EasyPopulate 4.0 Support Thread

[chuckrey]

The other exports do not have an issue, just the basic attributes.

Detail and full work great and export all without an issue.

Regarding the index question. Is this what you are looking for?
Installed Languages
1-en: English
Default Language: 1-English
Internal Character Encoding: UTF-8
DB Collation: utf8mb4

[mc12345678]

The other exports do not have an issue, just the basic attributes.

Detail and full work great and export all without an issue.

Regarding the index question. Is this what you are looking for?
Installed Languages
1-en: English
Default Language: 1-English
Internal Character Encoding: UTF-8
DB Collation: utf8mb4

Yes. While haven't seen it in the wild, I've once caused the language_id for English to become like 3 or 4 and was the only language installed. Just wanted to confirm no unexpected issues likely from database language data. Thanks for that. Still suggesting until otherwise determined that is database related.

[mc12345678]

The other exports do not have an issue, just the basic attributes.

Detail and full work great and export all without an issue.

Regarding the index question. Is this what you are looking for?
Installed Languages
1-en: English
Default Language: 1-English
Internal Character Encoding: UTF-8
DB Collation: utf8mb4

Yes. While haven't seen it in the wild, I've once caused the language_id for English to become like 3 or 4 and was the only language installed. Just wanted to confirm no unexpected issues likely from database language data. Thanks for that. Still suggesting until otherwise determined that is database related.

Wait... detailed attribute export works as expected, but basic does not? Much of the query for both of those is the same. I mean they are each asking for different fields, but the from and where portions are nearly identical. A difference that stands out is that the detailed export adds a limitation of using the language assigned to the value of 1.

Fyi, in the past a recommendation has also been to remove and reinstall the software.

[chuckrey]

Wait... detailed attribute export works as expected, but basic does not? Much of the query for both of those is the same. I mean they are each asking for different fields, but the from and where portions are nearly identical. A difference that stands out is that the detailed export adds a limitation of using the language assigned to the value of 1.

Fyi, in the past a recommendation has also been to remove and reinstall the software.

I am going to try that this evening and see if it resolves. Thanks again!!

[JNR345]

Issue with images ... I've tried everything to figure this out. When using a CSV file with Easy Populate everything works fine but the images remain small when clicking on the "larger image" link. The pop-up will only display a small image. The only way to fix this is through the admin by clicking the edit button for the product, click preview, and then save. That fixes the issue for every item. But why does "Easy Populate" cause this problem with every CSV import? I've tried making the image names and extension lowercase (and lowercase as well in the CSV file) so they all match but it doesn't help. Any ideas?

[mc12345678]

Issue with images ... I've tried everything to figure this out. When using a CSV file with Easy Populate everything works fine but the images remain small when clicking on the "larger image" link. The pop-up will only display a small image. The only way to fix this is through the admin by clicking the edit button for the product, click preview, and then save. That fixes the issue for every item. But why does "Easy Populate" cause this problem with every CSV import? I've tried making the image names and extension lowercase (and lowercase as well in the CSV file) so they all match but it doesn't help. Any ideas?

Only idea(s) that come to mind is that there is some other image handling software that does something when processing through the normal admin. Standard image processing reads the database file location for TY e base product image and then uses the "rules" for images to locate the large, additional, etc. Images for that product. I know that software such as image handler processes an image when it goes through the handler. I can't recall if the user doesn't see the results until the image is loaded a second time or if it's compression is observable on the first visit.

In other words, I have no explanation to why it happens on the site in question as there is nothing that is done that should cause or allow an issue such as that.

[JNR345]

Only idea(s) that come to mind is that there is some other image handling software that does something when processing through the normal admin. Standard image processing reads the database file location for TY e base product image and then uses the "rules" for images to locate the large, additional, etc. Images for that product. I know that software such as image handler processes an image when it goes through the handler. I can't recall if the user doesn't see the results until the image is loaded a second time or if it's compression is observable on the first visit.

In other words, I have no explanation to why it happens on the site in question as there is nothing that is done that should cause or allow an issue such as that.

Thanks for your help. I'm using the latest version of Zen Cart (version 1.5.7c) but this same thing has happened in the previous versions of Zen Cart as well (so which version doesn't seem to matter). Am I the only one experiencing this? So strange, as I've installed several Zen Cart stores and they all do this. I don't have any plugins other than Easy Populate. Why would clicking edit, then preview, and then save fix the problem? That's what I do to every product (hundreds of products). Very frustrating as I'm always importing new products (if I don't, the images remain small and never fix themselves). I think perhaps this problem may be happening to others but they aren't clicking on the "larger image" link so they don't realize the issue. Surely I'm not the only one?

[chuckrey]

Wait... detailed attribute export works as expected, but basic does not? Much of the query for both of those is the same. I mean they are each asking for different fields, but the from and where portions are nearly identical. A difference that stands out is that the detailed export adds a limitation of using the language assigned to the value of 1.

Fyi, in the past a recommendation has also been to remove and reinstall the software.

So I just finished removing EP 4.0 and reinstalled the latest from Github. I did not have any luck, same result of not displaying the data from Basic Attributes.....

However.. I tested an older version I have on my hard drive. Specifically Easy Populate 4.0.30 - Beta 06-27-2015 and it worked where all data is now downloading without an issue. The version that was not allowing me to export Basic Attributes is Easy Populate 4.0.37.13 - 05-03-2021

[mc12345678]

So I just finished removing EP 4.0 and reinstalled the latest from Github. I did not have any luck, same result of not displaying the data from Basic Attributes.....

However.. I tested an older version I have on my hard drive. Specifically Easy Populate 4.0.30 - Beta 06-27-2015 and it worked where all data is now downloading without an issue. The version that was not allowing me to export Basic Attributes is Easy Populate 4.0.37.13 - 05-03-2021

The question remains (for clarity) the detailed attributes export from the same store that is having an issue with the basic attributes export, works or only a single record? Could also identify php version and zen cart version, please? Done any phpmyadmin query testing of the database? I'll go back and try to review such an old version but without understanding why this one is not displaying all of the data for you but is for others makes it difficult to diagnose or claim specifically is a problem with the software, especially when the same software was reported as installed in a different store and reported as fully functional.

[chuckrey]

The question remains (for clarity) the detailed attributes export from the same store that is having an issue with the basic attributes export, works or only a single record? Could also identify php version and zen cart version, please? Done any phpmyadmin query testing of the database? I'll go back and try to review such an old version but without understanding why this one is not displaying all of the data for you but is for others makes it difficult to diagnose or claim specifically is a problem with the software, especially when the same software was reported as installed in a different store and reported as fully functional.

I am using php 7.2 and ZC 1.5.7c.
The Detailed Attributes is working without an issue as it exports all data. Basic Attributes exports one line of data. I checked the database and the data is all there and did not see any issue. I have another site that I can run the most recent EP and see if I have a different result, but will likely get that done in the morning.