One-Page Checkout [Support Thread]

Hello,
I've installed OPC v2.5.3 on ZC 2.1.0-alpha2 with ZCA bootstrap template v3.7.3.
On one page checkout page, when no coupon is used and the coupon field is empty, I click on "Apply" and order gets created.
Is this a known issue and I've missed something in the installation process?
Thank you.

pishkus:

Hello,
I've installed OPC v2.5.3 on ZC 2.1.0-alpha2 with ZCA bootstrap template v3.7.3.
On one page checkout page, when no coupon is used and the coupon field is empty, I click on "Apply" and order gets created.
Is this a known issue and I've missed something in the installation process?
Thank you.
It's neither a known issue nor something you've missed. Thanks for the report. I've created this (https://github.com/lat9/one_page_checkout/issues/423) GitHub issue for tracking the change required.

lat9:

It's neither a known issue nor something you've missed. Thanks for the report. I've created this (https://github.com/lat9/one_page_checkout/issues/423) GitHub issue for tracking the change required.
... and the correction is staged for OPC's 2.5.4 release; see the issue noted above for the changes required.

zencart v1.5.7d, OPC 2.4.6. Guest checkout enabled.

I just noticed that on the create_account page, the state drop-down menu is displayed, but the state field is also displayed at the same time, even US is selected as the country.

If I select another country, which does not have any states defined, then the drop down menu with the "Type a choice below..." and the state field displays, as intended.

If I then select US again, then only the state drop down menu is displayed, as it should be.

So, the first time US is selected as country, then both the state drop down menu and the state field are displayed, but the second time I select US as country its not.

Is this a known issue? Any ideas for a fix?

That's a base Zen Cart issue with the javascript/jQuery handling of the state vs. state-dropdown selection. That's been corrected in zc200 and it's *difficult *to see the changes from 1.5.7d since that address-handling jscript file is now consolidated for use on all the various address-gathering pages.

PHP8.1, zc 1.58a, OPC 2.5.3

I received the following intermittent warning.

[22-Oct-2024 16:11:52 America/New_York] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=validateAddressValues, IP address: xxxx, Language id 1
#0 [internal function]: zen_debug_error_handler()
#1 /includes/classes/OnePageCheckout.php(1644): ctype_digit()
#2 /includes/classes/OnePageCheckout.php(1456): OnePageCheckout->validateUpdatedAddress()
#3 /includes/classes/ajax/zcAjaxOnePageCheckout.php(227): OnePageCheckout->validateAndSaveAjaxPostedAddress()
#4 /ajax.php(85): zcAjaxOnePageCheckout->validateAddressValues()
--> PHP Deprecated: ctype_digit(): Argument of type null will be interpreted as string in the future in /includes/classes/OnePageCheckout.php on line 1644.

Line 1644 is the following
if (!ctype_digit($country)) {

[22-Oct-2024 16:11:52 America/New_York] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=validateAddressValues, IP address: xxxx, Language id 1
#0 /includes/classes/OnePageCheckout.php(1643): zen_debug_error_handler()
#1 /includes/classes/OnePageCheckout.php(1456): OnePageCheckout->validateUpdatedAddress()
#2 /includes/classes/ajax/zcAjaxOnePageCheckout.php(227): OnePageCheckout->validateAndSaveAjaxPostedAddress()
#3 /ajax.php(85): zcAjaxOnePageCheckout->validateAddressValues()
--> PHP Warning: Undefined array key "zone_country_id" in /includes/classes/OnePageCheckout.php on line 1643.

Line 1643 is the following
$country = zen_db_prepare_input($address_values['zone_country_id']);

A few days back, I received the following warning (not from OPC). Not sure if it is related.

[24-Sep-2024 08:57:51 America/New_York] Request URI: /index.php?main_page=checkout_shipping_address, IP address: xxxx, Language id 1
#0 /includes/modules/checkout_new_address.php(47): zen_debug_error_handler()
#1 /includes/modules/pages/checkout_shipping_address/header_php.php(45): require('/home/...')
#2 /index.php(35): require('/home/...')
--> PHP Warning: Undefined array key "zone_country_id" in /includes/modules/checkout_new_address.php on line 47.

I changed the following code

$country = zen_db_prepare_input($_POST['zone_country_id']);

To

$country = zen_db_prepare_input($_POST['zone_country_id'] ?? '');

I'm getting recurrent error logs that say the welcome email is not being created - validation failure.

And I've had several folks say they are hitting a 404 error in paypal checkout (yes, I still have the new paypal installed).

The site has been slammed with bots recently and occasionally the server in general slows down under stress. Trying to untangle this is dang difficult.

Any ideas?

delia:

I'm getting recurrent error logs that say the welcome email is not being created - validation failure.

And I've had several folks say they are hitting a 404 error in paypal checkout (yes, I still have the new paypal installed).

The site has been slammed with bots recently and occasionally the server in general slows down under stress. Trying to untangle this is dang difficult.

Any ideas?
When you're posting that you're receiving error logs, it helps me to help you by posting the log's contents.

If the PayPal/RESTful issue is happening a lot, I'll suggest turning on the payment module's logging to gather some 'breadcrumbs' through which the cause of that issue can be determined.

Hello,

I am having an issue with minimum order which is set at $100.00. If the order is below the messageStack appears indicating that it is below the minimum, however checkout is not being disabled and the order can be processed. if I disable this plugin it works correctly. Running 2.0.1 php 8.2.

Thanks in advance

allmart:

Hello,

I am having an issue with minimum order which is set at $100.00. If the order is below the messageStack appears indicating that it is below the minimum, however checkout is not being disabled and the order can be processed. if I disable this plugin it works correctly. Running 2.0.1 php 8.2.

Thanks in advance
Where did the minimum-order code come from?

lat9:

Where did the minimum-order code come from?

Minimum order plugin

As I surmised, the Minimum Order plugin (version 7) doesn't 'know' OPC. You'll need to edit /includes/classes/observers/class.minimum_order_amount.php in two spots.

First, on line 24, add the highlighted fragment:

    $zco_notifier->attach($this, array('NOTIFY_HEADER_END_SHOPPING_CART', 'NOTIFY_HEADER_START_CHECKOUT_SHIPPING', 'NOTIFY_HEADER_START_CHECKOUT_PAYMENT', 'NOTIFY_HEADER_START_CHECKOUT_CONFIRMATION'[B], 'NOTIFY_HEADER_START_CHECKOUT_ONE'[/B]));

Second, add that notification to the list in the section that starts on line 67:

      case 'NOTIFY_HEADER_START_CHECKOUT_SHIPPING':
      case 'NOTIFY_HEADER_START_CHECKOUT_PAYMENT':
      case 'NOTIFY_HEADER_START_CHECKOUT_CONFIRMATION':
[B]      case 'NOTIFY_HEADER_START_CHECKOUT_ONE':[/B]

Works! You are the best lat9 ... thanks!!!

v2.5.4 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:

#420: $_SESSION['opc_saved_order_total'] might not be set.
#421: Correct variable name used during PPEC processing; PHP warnings were being logged.
#422: Removed non-array language files; initial installation now requires zc158 or later.
#423: Clicking on a credit-class total's "Apply" button without supplying a value submits the form

lat9:

When you're posting that you're receiving error logs, it helps me to help you by posting the log's contents.

If the PayPal/RESTful issue is happening a lot, I'll suggest turning on the payment module's logging to gather some 'breadcrumbs' through which the cause of that issue can be determined.

the error is [12-Nov-2024 02:06:25 UTC] ERROR: Failed sending email to: "" <0> with subject: "[CREATE ACCOUNT] Welcome to xxxxxxxxxx (failed validation)

Also have customers complaining of hitting a 404 when checking out with paypal. Restful is still installed but I'm getting the client reset up with paypal pro and express to see if those issues stop. So far I've not been able to tell when or how they are hitting bad links as I don't talk to them directly. So I figure if I ask you what could possibly be happening you won't have clue. (stop laughing - I can hear you now!)

I did just turn on logging to see if that will give me any more info.

delia:

the error is [12-Nov-2024 02:06:25 UTC] ERROR: Failed sending email to: "" <0> with subject: "[CREATE ACCOUNT] Welcome to xxxxxxxxxx (failed validation)

Also have customers complaining of hitting a 404 when checking out with paypal. Restful is still installed but I'm getting the client reset up with paypal pro and express to see if those issues stop. So far I've not been able to tell when or how they are hitting bad links as I don't talk to them directly. So I figure if I ask you what could possibly be happening you won't have clue. (stop laughing - I can hear you now!)

I did just turn on logging to see if that will give me any more info.
First, that error is issued when a customer is creating an account. The PayPal/RESTful payment module only comes into play during the checkout process.

If you're getting 404's using PayPal RESTful, it could be that the ppr_webhook_main.php isn't present in the root-directory of the site. You can tell more by inspecting the site's raw-access logs to see what page/file the 404's being issued for.

Zen Cart 2.0.1
PHP 8.3.13

I didn't see this in the thread nor the GitHub issues, so not sure where the issue lies.

Orders placed via the Guest Checkout do not contain a Shipping Address (https://screenrec.com/share/pGTIfwv618)

The settings are for the 'Shipping Address, Same as Billing' to be checked so they are technically not filling it in. But shouldn't it be pre-filled based upon that checkbox so it is populated on the order?

jeking:

Zen Cart 2.0.1
PHP 8.3.13

I didn't see this in the thread nor the GitHub issues, so not sure where the issue lies.

Orders placed via the Guest Checkout do not contain a Shipping Address (https://screenrec.com/share/pGTIfwv618)

The settings are for the 'Shipping Address, Same as Billing' to be checked so they are technically not filling it in. But shouldn't it be pre-filled based upon that checkbox so it is populated on the order?
What version of OPC? What shipping module was used for the order? Did the order contain only 'virtual' products?

lat9:

What version of OPC? What shipping module was used for the order? Did the order contain only 'virtual' products?

OPC 2.5.3
Not virtual products
But I did select Local Pickup for my shipping forgetting that removes the shipping.

However, the customer order without a Shipping address used UPS Ground from the current UPS oauth module.

I did another test using UPS Ground and got a shipping address, so not sure what the issue was. We've written it off as a fluke for now. If it happens again, we'll dig in. For now, I know the answer to my original question "But shouldn't it be pre-filled based upon that checkbox so it is populated on the order?" is yes, it does.

lat9:

First, that error is issued when a customer is creating an account. The PayPal/RESTful payment module only comes into play during the checkout process.

If you're getting 404's using PayPal RESTful, it could be that the ppr_webhook_main.php isn't present in the root-directory of the site. You can tell more by inspecting the site's raw-access logs to see what page/file the 404's being issued for.

Duh, I know the error is from creating an account. This is a 2.0.1 with a minimal template and one page is the only mod.

And duh, I bow to your wisdom. Was missing that dang file. Feeling stupid. Thanks!