One-Page Checkout [Support Thread]

[schoolboy]

@lat9 - I have overwritten the version (1.10) of OPC on the site with 1.12 (githib download) and have not switched it back on as I am not sure if you are "tinkering" as per our PM's .

I'd like to re-activate it while the site is quiet and see if it works. Can I go ahead?

[lat9]

@schoolboy: Don't enable 1.0.12 for the general public on your site. I see the checkout-loop that's introduced in 1.0.12 and I've replicated the issue locally.

I'll report back when I've got a solution.

[lat9]

... and I'm back with that solution. The source of the issue was htmlentities.

@schoolboy's store, which uses GBP as its currency, displays prices like £31.07 but that price value stored in the order is £31.07.

When the OPC's confirmation runs, it checks the current session variables to make sure that the order's overall information hasn't changed from what the customer last saw ... including the order's total value. That current total is copied by javascript (so it's grabbing that displayed price) on the primary OPC page and the processing on the confirmation page is dealing with the htmlentity encoding.

The correction is currently available on the plugin's GitHub repository, as described by this issue and will be part of the forthcoming v1.0.12.

[schoolboy]

The correction is currently available on the plugin's GitHub repository, as described by this issue and will be part of the forthcoming v1.0.12.

@lat9... Thanks for this. I have uploaded the altered OBSERVERS file and with the full Gitub version now installed, the OPC appears to be working - both with logged-in customer checkout and PayPal express. I have discount vouchers active, so will put a test through for this too so I can see if ot_gv is affected in any way, when the totals are re-calculated.

Thanks again... this module certainly influences checkout. It has been interesting for me over the last couple of days to see (using "whos-online") a number of abandoned carts - more than expected - while the shop has been using the standard multi-page checkout.

It would then, appear to be an imperative that OPC is considered as a candidate for core ZC in future versions. Modern shoppers - mostly on mobile - will not wade through a clunky checkout process...

[lat9]

@schoolboy, thanks for the feedback that the change has worked for you. I'll look forward to the ot_gv handling report (I have tested that path, really)!

[designguy]

Thanks again... this module certainly influences checkout. It has been interesting for me over the last couple of days to see (using "whos-online") a number of abandoned carts - more than expected - while the shop has been using the standard multi-page checkout.

It would then, appear to be an imperative that OPC is considered as a candidate for core ZC in future versions. Modern shoppers - mostly on mobile - will not wade through a clunky checkout process...

I would definitely agree with this. I see a lot of abandoned carts from mobile. Not just OPC but a responsive OPC would be what I would want to see.

[lat9]

I'll have to set up a test store and try it out. I'll let you know how it goes. Although my first thought is that it is more the gateway's API than the confirmation just because the gateway itself seems to be expecting the information to come at it in 3 stages.

I believe that the 3-stage requirement will be "met" with the addition of the payment method to the "requires confirmation" list. That way, the payment-server will receive
stage 1 on the checkout_one page transition to the checkout_one_confirmation page
stage 2 on the checkout_one_confirmation transition to the checkout_process page
stage 3 on the checkout_process page itself.

I would definitely agree with this. I see a lot of abandoned carts from mobile. Not just OPC but a responsive OPC would be what I would want to see.

OPC has been designed to be responsive if your active template is, in which case the blocks on the page will simply "fall into place".

[schoolboy]

@lat9... Error logs still occurring - but the checkout seems to be completing in spite of errors (they appear to be "Notices" more than "faults").

if you have a chance, FTP into the server and take a peek.

[lat9]

@lat9... Error logs still occurring - but the checkout seems to be completing in spite of errors (they appear to be "Notices" more than "faults").

if you have a chance, FTP into the server and take a peek.

Those logs are due to the code-bug I introduced into the core when myDEBUG Backtrace was integrated. Check out this zen cart commit for the correction. It's nothing to do with OPC.