EasyPopulate 4.0 Support Thread

chuckrey:

Hi, I am using ZC 2.1.0 w/ php 8.3. Template is Responsive Classic.

Let me preface by saying, I did not have a problem w/ 2.0.1, however I am having trouble with 2.1.0

I have been struggling w/ getting EP to work as the basic attributes is not allowing imports nor exports. After submitting an import I get a blank page. After exporting it returns exactly only 1 line of data instead of the many on the website. I initially tried installing EP4 located at https://github.com/mc12345678/EasyPopulate-4.0. I then attempted to use 4.0.39. I did have an error log, however I in error deleted it when restoring a backup.

Now that my steps are addressed. I removed Easy Populate altogether so I can have a fresh start. Can you please tell me which is the most "baked" Easy Populate version to use that others are using successfully for zc 2.1.0? I will install it and start over and if I run into issues will provide an update.

Thank you very much for your help

In my attempt to install Zen Cart version 2.1.0, apparently I installed the GitHub master version which is still reporting Zen Cart 2.1.0 but has been half way adapted to whatever is coming next. Doing so also caused loss of all simple trigger_error troubleshooting and resulted in countless hours troubleshooting server configuration settings, code modification, folder permission evaluation and related testing.

I need to attempt to relocate the files back to the zc_pligins directory to determine if you get a different result, but my last test of importing and exporting the basic attributes data is working.

One thing I unfortunately found was some of the advanced functionality was built while the unique id was set for the products_id instead of the products_model. I've made a change to account for either setting that needs to be uploaded.

Hi all,

We're encountering an HTTP ERROR 500 when attempting to use the "EP4" module on a fresh installation of Zen Cart.

Here are the specific details of our new environment:

Zen Cart Version: 2.1.0
PHP Version: 8.2.28 (Zend: 4.2.28)
Database Engine: MySQL 10.5.24-MariaDB
Interestingly, this same "EP4" module works perfectly on our older Zen Cart site. On the new installation, the error occurs immediately upon trying to activate or use EP4.

Has anyone successfully integrated EP4 with Zen Cart 2.1.0 on a similar PHP 8.2 / MariaDB 10.5 setup, or encountered a similar HTTP 500 error with EP4? Any insights or suggestions on troubleshooting steps would be greatly appreciated!

Thanks in advance for your help.

dealbyethan.com:

Hi all,

We're encountering an HTTP ERROR 500 when attempting to use the "EP4" module on a fresh installation of Zen Cart.

Here are the specific details of our new environment:

Zen Cart Version: 2.1.0
PHP Version: 8.2.28 (Zend: 4.2.28)
Database Engine: MySQL 10.5.24-MariaDB
Interestingly, this same "EP4" module works perfectly on our older Zen Cart site. On the new installation, the error occurs immediately upon trying to activate or use EP4.

Has anyone successfully integrated EP4 with Zen Cart 2.1.0 on a similar PHP 8.2 / MariaDB 10.5 setup, or encountered a similar HTTP 500 error with EP4? Any insights or suggestions on troubleshooting steps would be greatly appreciated!

Thanks in advance for your help.

What was the origin of the download?

There were reports of the 500 error in the last few pages, with some corrections provided on GitHub and/or this forum. I have a version that works on Zen Cart 2.1.0, though had run into issues with retrieving log information as a result of some system changes preventing retrieval of troubleshooting data. Worst case I expect to resolve the reported issues by this time next week.

Hello,

Thanks to the Debug plugin, after further reviewing the logs, the following errors are appearing:

[21-May-2025 08:00:03 UTC] Request URI: /ADMINPLACEHOLDER/index.php?cmd=easypopulate_4, IP address: 123.123.123.123
--> PHP Fatal error: Uncaught TypeError: fclose(): Argument #1 ($stream) must be of type resource, bool given in /home/ACCOUNTPLACEHOLDER/public_html/ADMINPLACEHOLDER/easypopulate_4.php:167
Stack trace:
#0 /home/ACCOUNTPLACEHOLDER/public_html/ADMINPLACEHOLDER/easypopulate_4.php(167): fclose(false)
#1 /home/ACCOUNTPLACEHOLDER/public_html/ADMINPLACEHOLDER/index.php(16): require('/home/ACCOUNTD...')
#2 {main}
thrown in /home/ACCOUNTPLACEHOLDER/public_html/ADMINPLACEHOLDER/easypopulate_4.php on line 167.

The host says this is beyond the scope of support.

Can anyone please advise?

Best regards,

Oh hi there, sorry didn't see your post before making the other post just now.

We downloaded it a couple of days ago from Zen-Cart.com
EasyPopulate-4.master-ZC.zip
https://www.zen-cart.com/downloads.php?do=file&id=2069
https://www.zen-cart.com/downloads.php?do=file&id=2069&uid=7271&act=down&actionhash=1747815633-8637118ec7384532dd7c8c409836771e09062f86

Is it the same as the one at https://github.com/mc12345678/EasyPopulate-4.0
https://github.com/mc12345678/EasyPopulate-4.0/archive/refs/tags/v4.0.37.13.zip

Hi,

Good to hear that you expect to have the issue resolved at approximately this time next week. let me know if we can be of assitance in any way. EP4 is amazing!

Best regards,

mc12345678:

What was the origin of the download?

There were reports of the 500 error in the last few pages, with some corrections provided on GitHub and/or this forum. I have a version that works on Zen Cart 2.1.0, though had run into issues with retrieving log information as a result of some system changes preventing retrieval of troubleshooting data. Worst case I expect to resolve the reported issues by this time next week.

dealbyethan.com:

Can anyone please advise?

Well, why not move to "dbio"? EZ4 is not worked on anymore and dbio does the same thing.

dealbyethan.com:

Hello,

Thanks to the Debug plugin, after further reviewing the logs, the following errors are appearing:

---

[21-May-2025 08:00:03 UTC] Request URI: /ADMINPLACEHOLDER/index.php?cmd=easypopulate_4, IP address: 123.123.123.123
--> PHP Fatal error: Uncaught TypeError: fclose(): Argument #1 ($stream) must be of type resource, bool given in /home/ACCOUNTPLACEHOLDER/public_html/ADMINPLACEHOLDER/easypopulate_4.php:167
Stack trace:
#0 /home/ACCOUNTPLACEHOLDER/public_html/ADMINPLACEHOLDER/easypopulate_4.php(167): fclose(false)
#1 /home/ACCOUNTPLACEHOLDER/public_html/ADMINPLACEHOLDER/index.php(16): require('/home/ACCOUNTD...')
#2 {main}
thrown in /home/ACCOUNTPLACEHOLDER/public_html/ADMINPLACEHOLDER/easypopulate_4.php on line 167.

The host says this is beyond the scope of support.

Can anyone please advise?

Best regards,

dealbyethan.com:

Oh hi there, sorry didn't see your post before making the other post just now.

We downloaded it a couple of days ago from Zen-Cart.com
EasyPopulate-4.master-ZC.zip
https://www.zen-cart.com/downloads.php?do=file&id=2069
https://www.zen-cart.com/downloads.php?do=file&id=2069&uid=7271&act=down&actionhash=1747815633-8637118ec7384532dd7c8c409836771e09062f86

Is it the same as the one at https://github.com/mc12345678/EasyPopulate-4.0
https://github.com/mc12345678/EasyPopulate-4.0/archive/refs/tags/v4.0.37.13.zip

dealbyethan.com:

Hi,

Good to hear that you expect to have the issue resolved at approximately this time next week. let me know if we can be of assitance in any way. EP4 is amazing!

Best regards,

I did have plans; however, as life is/goes, they got affected. Between personal health issues, significant health care needed for a loved one, subsequent loss of their life, care and consolation to family members, then further issues experienced in executing ZC 2.1.0 code to support retrieving testing results, verification of changes across both sets... All before finding out that the primary issue above was not using the currently latest available version.

I haven't properly prepared an uploadable version meeting what I perceive the ZC requirements are for submission to the site. Considering the level of effort I see necessary to make that possible, I instead (contrary to whatever a recent poster unnecessarily felt to do) have been keeping the github location up-to-date as/where/when it seems necessary/appropriate. I have a major concept change I want to incorporate and have had to keep it side-lined so as not to fully break operation.

The recent issue had been related to a configuration "issue" I caused in implementing a feature. Some data did not get processed in the modified version.

If you still have interest (knowing that other program has issues also), the current version of EasyPopulate can be found at: GitHub - mc12345678/EasyPopulate-4.0 at v4.0.39.ZC which has a URL of: https://github.com/mc12345678/EasyPopulate-4.0/tree/v4.0.39.ZC
That address will change when the next version is loaded/created.

To note, I've tried to implement installation for either of both ways of use, as software installed directly to one's store and also as a zc_plugin. Under current ZC code operation, I do not suggest installing by both methods and generally speaking, I don't recommend using the zc_plugins directory for anything less than ZC 2.1.0. There's possibility of it working in previous versions; however, there may need to be some code changes to incorporate all currently existing features.

Lastly, as always has been the case, use at one's own risk. Run a test case in a development location before using on your live site. Use whatever product you wish. Generally, I've updated this because I care about the specific code and how so many have perhaps developed their own modifications off of it. I know some have generated unethical modifications; however, open-source code has that possibility and even commercial code can be abused.

Hello,

the CSV import works fine, but the data in the database does not change.

What could be the problem?
Thank you.

ma.r.a:

Hello,

the CSV import works fine, but the data in the database does not change.

What could be the problem?
Thank you.

There are a number of possibilities of what the issue is, could be that the file uploaded but hasn't been imported, could be the file doesn't contain any headers applicable to the data to be imported.

It helps to be at clear and complete as possible from "start to finish".

How was the CSV generated? What file name did it have? What is the first row in the file, where I expect the field names to be captured by double quotes, what version was installed, what are the settings in the admin's configuration menu?

I expect the problem to be identified amidst response to that as, if a record in the file matches a unique field's record value, the associated data for that record of that file should get updated even if the update is the same value as it last was.

It's already working now. I had to use the German version.