One-Page Checkout [Support Thread]

Balaji:

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.

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.

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.

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.
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') . [B]var_export($this, true)[/B]);

> to
> ```
        $this->debugMessage('startGuestOnePageCheckout, exit: sendto: ' . ((isset($_SESSION['sendto'])) ? $_SESSION['sendto'] : 'not set') . ', billto: ' . ((isset($_SESSION['billto'])) ? $_SESSION['billto'] : 'not set') . j[B]son_encode($this)[/B]);

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.

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

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

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.

carlwhat:

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

njcyx:

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.

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.

njcyx:

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!

Hi Carl,
I have checked with even different template(responsive_classic) and still I am getting the same error.
The site is very simple, does not used any other javascript/jquery other than that is used in opc and square web that is given.
I dont find any issue in dev tools as advised.
Is there anyone who implemented this new plugin in live store(1.5.7d) also used square web pay.

dev tool result attached for reference.
https://prnt.sc/eE_9nMMT-GH4

Thanks
Balaji

Balaji:

Hi Carl,
I have checked with even different template(responsive_classic) and still I am getting the same error.
The site is very simple, does not used any other javascript/jquery other than that is used in opc and square web that is given.
I dont find any issue in dev tools as advised.
Is there anyone who implemented this new plugin in live store(1.5.7d) also used square web pay.

dev tool result attached for reference.
https://prnt.sc/eE_9nMMT-GH4

Thanks
Balaji

where is the store located?

i would refer to square's availability:

https://tinyurl.com/y5cgu86h

as far as 'simple', i do not consider any modern shopping cart to be simple. nor do i consider OPC a simple plugin. but that's just me....

as far as people who are using 1.5.7d, OPC, and square_webPay, i would say that yes, there are plenty of stores out there that are using this plugin in a live shop.

what is the shop url? i'll take a look and let you know if i see anything unusual.

best.

Hi
Sent the link in message.

Balaji:

Hi
Sent the link in message.

sent a reply. it looks like the token refresh is not available.

https://yoursite.com/squareWebPay_handler.php

should return a http status of 200.

your site is giving a 404.

best.

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') . [B]var_export($this, true)[/B]);

> to
> ```
        $this->debugMessage('startGuestOnePageCheckout, exit: sendto: ' . ((isset($_SESSION['sendto'])) ? $_SESSION['sendto'] : 'not set') . ', billto: ' . ((isset($_SESSION['billto'])) ? $_SESSION['billto'] : 'not set') . j[B]son_encode($this)[/B]);

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.

i too have run into this error.

replacing var_export with json_encode does solve it.

ZC 157d; php 8.0.

best.

carlwhat:

sent a reply. it looks like the token refresh is not available.

https://yoursite.com/squareWebPay_handler.php

should return a http status of 200.

your site is giving a 404.

best.

Hi Carl
Thanks for your support.
I have upgraded the site to php 8 and now the status is 200.
Please let me know if there is anything else needed.
I am still getting the same issue.
Regards

lat9:

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

I'm not good at github. I tried to edit three spots on OnePageCheckout.php per the instructions and my site shows HTTP ERROR 500...

I downloaded the latest OnePageCheckout.php from the github master branch and it worked now. No log file is generated.

https://github.com/lat9/one_page_checkout/blob/master/includes/classes/OnePageCheckout.php

I need some tips or suggestions to make this plug-in faster.

My concerns are:

1. Option below the address section: "Shipping Address, Same as Billing?". If I checked it or unchecked, this page takes about 3-4s to load. That is too slow. Is there a better way to improve it to make it faster?

2. I'm still using the "latest" Fedex plug-in I downloaded from zen cart. Version 1.5.4 which is released in 2016. Its author is numinix. I went to their website and found the latest module version 1.8.1 which is released in 2021. I tried it and it seems 200-300ms faster than the old version. But some times, I can still see the pop-up "It's taking a little longer than normal to update your order's shipping cost." I understand that every time when I changed my shipping address, zen cart will get a new shipping quote from shipping carrier API. With this plug-in, I can already see all the shipping quote for different methods. But every time when I choose a different shipping method, can I just use the value from the current quote result or pre-loaded quote data, not get a new quote from the shipping carrier API? That is just my thought to speed-up. Not sure if it is possible or not.

njcyx:

I need some tips or suggestions to make this plug-in faster.

My concerns are:

1. Option below the address section: "Shipping Address, Same as Billing?". If I checked it or unchecked, this page takes about 3-4s to load. That is too slow. Is there a better way to improve it to make it faster?

2. I'm still using the "latest" Fedex plug-in I downloaded from zen cart. Version 1.5.4 which is released in 2016. Its author is numinix. I went to their website and found the latest module version 1.8.1 which is released in 2021. I tried it and it seems 200-300ms faster than the old version. But some times, I can still see the pop-up "It's taking a little longer than normal to update your order's shipping cost." I understand that every time when I changed my shipping address, zen cart will get a new shipping quote from shipping carrier API. With this plug-in, I can already see all the shipping quote for different methods. But every time when I choose a different shipping method, can I just use the value from the current quote result or pre-loaded quote data, not get a new quote from the shipping carrier API? That is just my thought to speed-up. Not sure if it is possible or not.

1. OPC makes those AJAX calls to ensure that any time-based (think UPS Early Morning) methods are 'proper'. If a customer has sat on the page for a couple of minutes just prior to the Early Morning cutoff, the shipping method will no longer be valid (or will not deliver on the expected day) when the customer clicks the "Confirm" button. The number of shipping carriers that require an API request, e.g. USPS/UPS/FedEx, that a store uses will extend the amount of time required to gather those updated quotes. I'll note that there's an OPC Configuration setting where you can identify the amount of time to wait until that 'taking longer' popup to appear.
2. I'm considering adding yet another OPC configuration setting whereby a site can indicate whether/not there are time-based (see above) shipping methods supported. If that's the case, then unless the shipping address changes, there's no need to go back and re-request those quotes.

Hi Lat9, thanks for your detailed reply. Your suggestion is great. I don't think they many sellers offering time sensitive or extremely urgent shipping methods like same day delivery or ups early morning. I would like to be your beta tester if this feature comes out.

Another thought. During the OPC checkout, I noticed that I need to fill one address at first, then by default, billing and shipping address are the same, so no second address needs to be filled. If not, it will pop up a form box below for the shipping address. So the flow chart of current OPC plug-in is the following:

1. Enter one address -> billing and shipping are the same -> choose shipping method

2. Enter one address -> billing and shipping are different -> the address I already entered turns to be billing address -> I need to edit/change the shipping address below -> choose shipping method.

When I first entered the address, "billing and shipping addr are the same" option is grey out, so it could be confusing to the customer which address to fill at that time.

In the default checkout process of zen cart, I need to fill the shipping address at first, then fill the billing address. I believe many other online sellers have the similar checkout procedures. So the current OPC checkout procedure is actually reversed.

I think the following procedure might be better, to my point of view:

1. Enter one address -> billing and shipping are the same -> choose shipping method

2. Enter one address -> billing and shipping are different -> the address I entered turns to be shipping address -> a new blank form box shows up, for the billing address -> I need to fill the billing address there -> choose shipping method