One-Page Checkout [Support Thread]

[carlwhat]

Hi
I have installed the square payment method. I have two flat rate shipping methods enabled on the site.
When I change the shipping method at opc, the credit card fields goes missing. They are showing only refreshing the page.
Can any one please what is wrong.
Thanks

yeah, i do not think anything is wrong. unfortunately i'm not sure about a good way around it.

when the customer changes shipping methods there is an ajax call to get rates for the order. while that is done in the background, it is refreshing the page. and the page refresh is resetting the square elements.

any time there is a transmission to the server, if there is credit card data on the page, and the transmission to the server does not result in a successful order, that credit card will be lost. i think most shopping carts will operate the same way whenever you go back and fourth to the server.

i had brought up with lat9 the question as to why that ajax call is needed, and she has her reasons. you can see that here:

https://github.com/lat9/one_page_checkout/issues/305

if instead of doing the ajax call, the changes were all done on the client side, we can get past this situation. perhaps there is another solution (there always is), but in thinking about it, it seems like a lot of work for minimal gain.

sorry i have no better answers.

best.

[swguy]

Small issue in address selection for OPC:

This occurs when a customer has multiple addresses in their address book. In the shopping cart's "Estimate Shipping" section there is a dropdown where a customer can select which address to use. When an address other than the first address in their address book is selected, it recalculates the shipping rate for the new address. Then, when the customer clicks the checkout button and proceeds to OPC, the Billing/Shipping address listed on OPC should be the same as they changed their address to in the "Estimate Shipping" section. However, this is not the case... instead, it always reverts to the 1st address in their address book under the "Billing/Shipping Address" section of OPC. I believe it should remember the address that was selected in the "estimate shipping" section of the shopping cart.

[lat9]

Noting that you could create a template-override of /includes/languages/english/checkout_one.php (i.e. /includes/languages/english/YOUR_TEMPLATE/checkout_one.php) and update the TEXT_CHECKOUT_ONE_TOP_INSTRUCTIONS definition to let your customers know that they should select their shipping prior to entering their credit-card information.

[lat9]

Small issue in address selection for OPC:

This occurs when a customer has multiple addresses in their address book. In the shopping cart's "Estimate Shipping" section there is a dropdown where a customer can select which address to use. When an address other than the first address in their address book is selected, it recalculates the shipping rate for the new address. Then, when the customer clicks the checkout button and proceeds to OPC, the Billing/Shipping address listed on OPC should be the same as they changed their address to in the "Estimate Shipping" section. However, this is not the case... instead, it always reverts to the 1st address in their address book under the "Billing/Shipping Address" section of OPC. I believe it should remember the address that was selected in the "estimate shipping" section of the shopping cart.

Thanks for the report, @swguy. That issue arises when the site has Configuration :: One-Page Checkout Settings :: Enable Shipping=Billing? set to 'true'. GitHub issue forthcoming.

GitHub issue for tracking: https://github.com/lat9/one_page_checkout/issues/327

[lat9]

@dbltoe, what happens if you change line 567 of /includes/classes/OnePageCheckout.php from

        $this->debugMessage('startGuestOnePageCheckout, exit: sendto: ' . ((isset($_SESSION['sendto'])) ? $_SESSION['sendto'] : 'not set') . ', billto: ' . ((isset($_SESSION['billto'])) ? $_SESSION['billto'] : 'not set') . var_export($this, true));

to

        $this->debugMessage('startGuestOnePageCheckout, exit: sendto: ' . ((isset($_SESSION['sendto'])) ? $_SESSION['sendto'] : 'not set') . ', billto: ' . ((isset($_SESSION['billto'])) ? $_SESSION['billto'] : 'not set') . json_encode($this));

If that suppresses the error, would you turn on the OPC debug and send a copy of the generated log to my private email address? I have no idea where that circular reference is coming from.

See https://github.com/lat9/one_page_checkout/issues/328 for the resolution to this issue.

[Balaji]

Hi
Thanks for your support. But still this issue is not resolved. I am using square web pay and when shipping address changes, the site throws the issue as follows::

https://prnt.sc/AIWybrkHp6Ba

Since the other square going to be discontinued soon, I used this.
Can you pls review again and provide any suggestion.
Thanks
Balaji

[carlwhat]

Hi
Thanks for your support. But still this issue is not resolved. I am using square web pay and when shipping address changes, the site throws the issue as follows::

https://prnt.sc/AIWybrkHp6Ba

Since the other square going to be discontinued soon, I used this.
Can you pls review again and provide any suggestion.
Thanks
Balaji

you are having a jquery conflict. i am not able to reproduce it on my test suite.

i would look at the console in your dev tools. and see if any errors are getting reported.

[Balaji]

you are having a jquery conflict. i am not able to reproduce it on my test suite.

i would look at the console in your dev tools. and see if any errors are getting reported.

I understand.
I am looking into it.
Will update on the same.
Thank you

[lat9]

Maybe my last post is not correct. I double checked the results from my browser's network console, when I selected a different shipping method, File called is "act=ajaxOnePageCheckout & method=updateShipping" Initiator is jquery-3.5.1.min.js. So it looks like JS script is pulled and updated something on the background. My site uses usps and fedex modules. When I select different FedEx shipping methods, the processing time is over 1000ms. When I select different USPS shipping methods, the time is about 800-900ms. When I selected store pickup, the time is only ~100ms. So there is a processing difference between two shipping modules. See screenshot attached.
Attachment 19985

Both the USPS and FedEx shipping methods 'pull' their quotes from the shipping 'supplier'. Depending on how busy the usps and/or fedex sites are, that's where the delay is coming from.

[lat9]

Hi lat9, I'm testing this one-page checkout module (v2.4.0) right now, and I noticed there might be a mistake for the installation notes. Step G is the following:

"Now, check your store's current /includes/modules/pages/checkout_payment directory's contents. The "base" Zen Cart distribution includes two files in that directory: header_php.php and jscript_main.php. If your directory contains any other files, be sure to copy them to your store's /includes/modules/pages/checkout_one directory. Those additional files come from plugins and additional payment methods and will be required for those modifications to operate correctly in the one-page checkout environment."

I checked the zen cart v1.5.7c and v1.5.7d zip files, there are five files under /includes/modules/pages/checkout_payment folder, which are the following:

header_php.php
jscript_main.php
jscript_double_submit.php
jscript_pmt_support.php
jscript_square.php

Maybe the early version zen cart only comes with 2 files for this folder and but now it have 5 files. It is not critical and you may clarify it in your next update.

Thanks in advance.

I appreciate the posting. The readme for v2.4.1 will be updated to be more generic in its instructions!