One-Page Checkout [Support Thread]

Thank you, @lat9, for this latest version.

Although the checkout_one_confirmation page is transitory (given the payment methods I use) it can still v.briefly display and as such I would like to style it to match the rest of the pages on my custom template site. Would there be a way to hold that page so that I can more easily apply changes to my tpl_checkout_one_confirmation_default.php and css, before it proceeds to the checkout_success page?

The obvious way would be to setup a payment method that uses this page - one that takes c.cards on site - but I'm not sure how far down that path I would need to go, so ideally I would like to temporarily break something so that it doesn't progress past that page.

simon1066:

Thank you, @lat9, for this latest version.

Although the checkout_one_confirmation page is transitory (given the payment methods I use) it can still v.briefly display and as such I would like to style it to match the rest of the pages on my custom template site. Would there be a way to hold that page so that I can more easily apply changes to my tpl_checkout_one_confirmation_default.php and css, before it proceeds to the checkout_success page?

The obvious way would be to setup a payment method that uses this page - one that takes c.cards on site - but I'm not sure how far down that path I would need to go, so ideally I would like to temporarily break something so that it doesn't progress past that page.

Don't worry. After clearing my browser cache, I am now getting the expected white background screen with loader. I was missing this before so I now no longer need to style the checkout_one_confirmation page.

simon1066:

Thank you, @lat9, for this latest version.

Although the checkout_one_confirmation page is transitory (given the payment methods I use) it can still v.briefly display and as such I would like to style it to match the rest of the pages on my custom template site. Would there be a way to hold that page so that I can more easily apply changes to my tpl_checkout_one_confirmation_default.php and css, before it proceeds to the checkout_success page?

The obvious way would be to setup a payment method that uses this page - one that takes c.cards on site - but I'm not sure how far down that path I would need to go, so ideally I would like to temporarily break something so that it doesn't progress past that page.
Right, just define a payment module to "Require confirmation" and the confirmation page doesn't auto-submit, staying stationary so that you can style it.

lat9:

Right, just define a payment module to "Require confirmation" and the confirmation page doesn't auto-submit, staying stationary so that you can style it.

I didn't re-post quickly enough, thank you all the same.

v2.5.1 of One-Page Checkout is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2095

This release contains changes associated with these GitHub issues:

#408: Correcting interaction with payment modules, like square_webPay, that perform the form's submittal.
#409: Correct misspelling of 'square_webPay' in configuration description.
#411: Ensure that all input fields are properly sanitized (security improvement)

Note: If you're running on v2.5.0, please apply this update for its security improvement! If running on a prior version, let me know the OPC version number and the Zen Cart version on which you're running; I'll supply the patch files within this thread.

First!

Zen Cart 1.5.6c/PHP 7.3/OPC 2.2.2.

lat9:

v2.5.1 of One-Page Checkout is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2095

This release contains changes associated with these GitHub issues:

#408: Correcting interaction with payment modules, like square_webPay, that perform the form's submittal.
#409: Correct misspelling of 'square_webPay' in configuration description.
#411: Ensure that all input fields are properly sanitized (security improvement)

Note: If you're running on v2.5.0, please apply this update for its security improvement! If running on a prior version, let me know the OPC version number and the Zen Cart version on which you're running; I'll supply the patch files within this thread.

swguy:

First!

Zen Cart 1.5.6c/PHP 7.3/OPC 2.2.2.
After review of the changes required, only sites running zc157/158 with OPC require patching!

Great news!

OK I have:

2.3.7
2.4.3
2.4.5
2.4.6

lat9:

After review of the changes required, only sites running zc157/158 with OPC require patching!
... and that patch can be provided by the security update just posted here: https://www.zen-cart.com/showthread.php?230032-Security-patch-for-Zen-Cart-v1-5-7-series-and-v1-5-8-series

how do i fix this?
[04-Apr-2024 12:45:42 UTC] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=updatePaymentMethod, IP address: 207.68.237.174
#1 trigger_error() called at [/var/www/clients/client1/web3/web/includes/classes/order.php:334]
#2 order->cart() called at [/var/www/clients/client1/web3/web/includes/classes/order.php:38]
#3 order->__construct() called at [/var/www/clients/client1/web3/web/includes/classes/ajax/zcAjaxOnePageCheckout.php:519]
#4 zcAjaxOnePageCheckout->updatePaymentMethod() called at [/var/www/clients/client1/web3/web/ajax.php:85]
--> PHP Notice: Malformed value for session-based shipping module; customer will need to re-select: false in /var/www/clients/client1/web3/web/includes/classes/order.php on line 334.
zen version 5.6c and opc version 2.3.12 (2022-04-03)

jimmie:

how do i fix this?
[04-Apr-2024 12:45:42 UTC] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=updatePaymentMethod, IP address: 207.68.237.174
#1 trigger_error() called at [/var/www/clients/client1/web3/web/includes/classes/order.php:334]
#2 order->cart() called at [/var/www/clients/client1/web3/web/includes/classes/order.php:38]
#3 order->__construct() called at [/var/www/clients/client1/web3/web/includes/classes/ajax/zcAjaxOnePageCheckout.php:519]
#4 zcAjaxOnePageCheckout->updatePaymentMethod() called at [/var/www/clients/client1/web3/web/ajax.php:85]
--> PHP Notice: Malformed value for session-based shipping module; customer will need to re-select: false in /var/www/clients/client1/web3/web/includes/classes/order.php on line 334.
zen version 5.6c and opc version 2.3.12 (2022-04-03)
If you give me a clue as to what shipping/payment modules are in use, I can give you some suggestions. No guarantees, since you're running on a Zen Cart base that's coming up on 5 years old and an OPC version that just had its 2nd birthday.

dbltoe:

Just wondering if anyone else is having problems with the Stripe mod and OPC.

Only having poor success with Stripe AFTER dropping OPC.

Don't want to drop OPC:(

Did you resolve your issues with Stripe and OPC working together?

I have issues with Stripe redirecting back to the index page when attempting to submit a payment.

strelitzia:

Did you resolve your issues with Stripe and OPC working together?

I have issues with Stripe redirecting back to the index page when attempting to submit a payment.

Unfortrunately, it's number 12 on our top ten right now.:(

Not knowing your ZC version, I would just make sure you have the latest stripe and OPC.

Morning,

Having an issue with a 2.0 presenting the "Whoops! Your session has expired." error ONLY when using guest checkout. Logging in there are no issues & I didn't identify the issue whilst in the responsive classic template.
Zen Cart 2.0.0
PHP 8.3
Boot 3.6.4
OPC 2.5.1

The log issue looks like

2024-04-19 10:31:05 OnePageCheckout: updateOrderAddresses, on entry: Current sendto: not set
[]
[]
[]
null

2024-04-19 10:31:05 OnePageCheckout: Current sendto: not set.

2024-04-19 10:31:05 OnePageCheckout: updateOrderAddresses, on exit: , , 0, 0
[]
[]
[]

2024-04-19 10:31:06 checkout_one_observer: checkout_one redirect 1a: {
"main_page": "checkout_shipping"
}

However, I will PM the full log in a min =)

Any ideas?

Thanks in advance,

~Melanie

Thanks for the full log, @mprough. Unfortunately, that log didn't "ring any bells". Was there also a one_page_checkout-{nn}-2024-04-19.log, where {nn} is the configured guest-customer's 'customer_id'?

lat9:

Thanks for the full log, @mprough. Unfortunately, that log didn't "ring any bells". Was there also a one_page_checkout-{nn}-2024-04-19.log, where {nn} is the configured guest-customer's 'customer_id'?

Only one_page_checkout-na-2024-04-19.log is created

mprough:

Only one_page_checkout-na-2024-04-19.log is created
That's weird (and indicative of the issue); any debug logs?

mprough:

Only one_page_checkout-na-2024-04-19.log is created
A Whoops! Your session has expired. is a 302 http error so I could be wrong but it will not show up in ZC log's but if you use dev tools and look at network tab while doing a re-enacting the issue you will see what's going on and my time off this it was a 302 when receiving the API response then it just keep happening to everyone.

ZC 1.5.7d with boostrap template 3.3.0
OPC 2.5.1
PHp 7.4

I have a "weird" message popping up for a second during checkout.

During the checkout process, while going from the login page to the to the checkout page, the message " Sorry, but our expedited checkout process cannot be used. Click here to use our alternate checkout process." appears for a brief second or less.

Why could be doing this?

i don t have any logs or anything and the checkout process works fine except for this message.

Any suggestions on this

Thank you