One-Page Checkout [Support Thread]

tmccaff:

Jeking What errors you get?

That would help, wouldn't it. The your details have changed error.

jeking:

That would help, wouldn't it. The your details have changed error.
The issue is with the ot_insurance "addition" to the order. On entry to the OPC confirmation page, the order's total is $160.08 and after running the "final" order-totals, the ot_insurance is adding an 'insurance' flag to the session ($_SESSION['insurance']) and updating the order's total to $162.08.

The "loop" is causes since the session-based information about the total has changed ... don't want to surprise the customer with that extra $2.00 when they get to the checkout_success page!

Where did/does that order-total come from?

Thanks I see that now; quick question it says to add this code in ot_reward_points.php after function collect_posts

PHP Code:

if (isset($_SESSION['redeem_flag']) && $_SESSION['redeem_flag'])
            $_POST['redeem_flag'] = $_SESSION['redeem_flag']; 

Here is the code in that function. Do I need to replace this code with one above? instead of request it's supposed to be session?

PHP Code:

function collect_posts() 
    {
        if($_REQUEST['redeem_checkout_flag'])
         if((isset($_REQUEST['redeem_flag']) && $_REQUEST['redeem_flag']) || (isset($_REQUEST['redeem_points']) && $_REQUEST['redeem_points']>0))
         {
            $_SESSION['redeem_points']=$this->get_points_redeeming();
            $_SESSION['redeem_value']=$_SESSION['redeem_points']*GetRedeemRatio($_SESSION['customer_id']);
         }
         else
          $this->clear_posts();
    }

@tmccaff, since I don't use reward_points you'll need to wait for validation from another Zenner that's successfully integrated reward_points with OPC.

Ok thanks. Quick question with checkout without account will work with onepage or no?

lat9:

The issue is with the ot_insurance "addition" to the order. On entry to the OPC confirmation page, the order's total is $160.08 and after running the "final" order-totals, the ot_insurance is adding an 'insurance' flag to the session ($_SESSION['insurance']) and updating the order's total to $162.08.

The "loop" is causes since the session-based information about the total has changed ... don't want to surprise the customer with that extra $2.00 when they get to the checkout_success page!

Where did/does that order-total come from?

Adding insurance is a check box on the page, so checking the box would add the $2, which is displayed, to the total.

lat9:

I've just submitted v1.5.0 of One-Page Checkout to the Zen Cart plugins' area for review; I'll post back here when it's available for download.

This version contains the changes associated with the following GitHub issues:

#104: Defer installation until admin login.
#105: Split template blocks into separate files for easier re-arrangement
#106: Move jQuery processing to separately-loaded .js file, with minified version.

It's a major move forward in OPC's release, making it easier to customize since each of the major template "blocks" (e.g. payment-address, shopping-cart) are moved to a separate file. That way, you can move the blocks around more easily by simply updating your template's version of tpl_checkout_one_default.php.

In addition, the main page's jQuery processing has been split into a constant-setting file that then loads the actual jQuery processing (full-size or minified, based on an admin configuration setting). This allows (a) the ever-growing script file to be minimized and (b) for that file to be loaded after the page has been rendered by the browser ... both page-level load-time improvements.
v1.5.0 is now available for download from the Zen Cart plugins: https://www.zen-cart.com/downloads.php?do=file&id=2095

v1.5.0 is now available for download from the Zen Cart plugins: https://www.zen-cart.com/downloads.php?do=file&id=2095

Quick question: Will it work on ZC1.5.5f?

Thanks,

jpda

Quick answer: Yes.

Thank you!:smile:

Cheers,

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

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?

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.

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

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".

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

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