One-Page Checkout [Support Thread]

Hi lat9,

Would/should OPC v1.4.2 also be working with ZC 1.5.5f?
I have OPC v1.4.1 working perfectly on ZC 1.5.5e. I updated a local copy to v1.5.5f (working alright) and then I updated OPC to v1.4.2.
OPC is also still working alright, exept that no OPC log files are being written.
Any idea where to look?

TIA,

Cheers,

jpda

Quote:

---

Originally Posted by jpda

Hi lat9,

Would/should OPC v1.4.2 also be working with ZC 1.5.5f?
I have OPC v1.4.1 working perfectly on ZC 1.5.5e. I updated a local copy to v1.5.5f (working alright) and then I updated OPC to v1.4.2.
OPC is also still working alright, exept that no OPC log files are being written.
Any idea where to look?

TIA,

Cheers,

jpda

---

Yes, 1.4.2 should also work (the 1.5.0 update was "mostly" reformatting). Stupid question coming: Have you enabled the OPC debug?

Quote:

---

Stupid question coming: Have you enabled the OPC debug?

---

I did even set it to "full".

In addition: I disabled the email subsystem because this is a local XAMPP copy...

@jpda, are there any debug-logs being generated? I'm wondering if (somehow) the DIR_FS_LOGS definition got mangled during the upgrade.

Quote:

---

Originally Posted by lat9

@jpda, are there any debug-logs being generated? I'm wondering if (somehow) the DIR_FS_LOGS definition got mangled during the upgrade.

---

After updating/merging the 1.5.5f file system files, I tried to run zc_install to update the db, knowing there were none. I coul not complete zc_install because it only offered me to create a new database, so I quitted zc_install. However, it had produced several zcInstallLog_*.log files in the logs directory. In configure.php no explicit define('DIR_FS_LOGS' ...) because optional in store and admin.

jpda

Quote:

---

Originally Posted by jpda

After updating/merging the 1.5.5f file system files, I tried to run zc_install to update the db, knowing there were none. I coul not complete zc_install because it only offered me to create a new database, so I quitted zc_install. However, it had produced several zcInstallLog_*.log files in the logs directory. In configure.php no explicit define('DIR_FS_LOGS' ...) because optional in store and admin.

jpda

---

Anyway, I did check the local versions of configure.php, of course. No explicit defines for DIR_FS_LOGS, but I added them and now I do get myDEBUG logs AND also from OPC!:smile::clap:
Thus, I checked the configure.php files from the original site and they do have those explicit DIR_FS_LOGS defines (probably because that site had been upgraded from zc 1.5.4 to zc 1.5.5e.
Question now is: Why does ZC tell me those defines are optional?:unsure:

Cheers,

jpda

Woo-hoo! I'm glad you got the issue sorted. Those /includes/local/configure.php files can be "tricky" on an upgrade.

Zen Cart 1.5.5 (and later) split the DIR_FS_LOGS (and other definitions) out to /includes/defined_paths.php since the majority of the file-locations are simple derivatives of DIR_FS_CATALOG. That's why the definition is documented as "optional".

Quote:

---

Originally Posted by lat9

Woo-hoo! I'm glad you got the issue sorted. Those /includes/local/configure.php files can be "tricky" on an upgrade.

Zen Cart 1.5.5 (and later) split the DIR_FS_LOGS (and other definitions) out to /includes/defined_paths.php since the majority of the file-locations are simple derivatives of DIR_FS_CATALOG. That's why the definition is documented as "optional".

---

Thanks a lot for your help and explanation!

Cheers,

jpda

Quote:

---

Originally Posted by lat9

Woo-hoo! I'm glad you got the issue sorted. Those /includes/local/configure.php files can be "tricky" on an upgrade.

Zen Cart 1.5.5 (and later) split the DIR_FS_LOGS (and other definitions) out to /includes/defined_paths.php since the majority of the file-locations are simple derivatives of DIR_FS_CATALOG. That's why the definition is documented as "optional".

---

Do you mean that defined_paths.php is ignored when reading local configure.php? Because in the local configure.php's DIR_FS_CATALOG has been defined correctly...

jpda