EasyPopulate 4.0 Support Thread

[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?

[mc12345678]

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?

So as a "test". If you now export data that includes a product in your previous import and compare the v_products_image path between the two files, what is the difference?

If there are no other plugins installed, the images are loaded to the site via ftp or whatever and the database is updated e by either EP4 or stepping through the product update process, then the fields should be exactly the same and further neither process really does anything with the image itself. The browser on the other hand may operate differently and may require such a process to support sufficient display. What content is in the field space of the CSV file for that image field? It may be possible that "additional" information may be present that interferes with the browser's processing of the HTML. Perhaps could provide a link to one of these updated products that is not behaving properly.