One-Page Checkout [Support Thread]

[haredo]

Give me an hour it will be there and I will PM you the access credentials

[haredo]

PM sent

[lat9]

@dbltoe and @haredo, rather than replying with quote I thought I'd save the zen-cart site a little storage.

My initial hunch is that there's something that OPC needs to do to "convince" Square that the payment method is already determined and that it (and any other payment-module except for Express Checkout) can "bow out".

[lat9]

@dbltoe and @haredo, rather than replying with quote I thought I'd save the zen-cart site a little storage.

My initial hunch is that there's something that OPC needs to do to "convince" Square that the payment method is already determined and that it (and any other payment-module except for Express Checkout) can "bow out".

OK, I've had a chance to look into this a bit more. It turns out that there is also an issue with OPC and payeezyjszc during PayPal Express Checkout (i.e. like the customer can't complete their PP-ec purchase due to a jQuery issue).

The issue with OPC (and possibly the 3-page-checkout mode as well) is that all enabled payment methods are being loaded when the current order is being paid with PayPal-ec and some of those methods' javascript/jQuery scripts are getting confused since their payment-selections aren't rendered during "special checkout".

It might take me a couple of days, but I've at least got a direction to look!

[lat9]

OK, I've had a chance to look into this a bit more. It turns out that there is also an issue with OPC and payeezyjszc during PayPal Express Checkout (i.e. like the customer can't complete their PP-ec purchase due to a jQuery issue).

The issue with OPC (and possibly the 3-page-checkout mode as well) is that all enabled payment methods are being loaded when the current order is being paid with PayPal-ec and some of those methods' javascript/jQuery scripts are getting confused since their payment-selections aren't rendered during "special checkout".

It might take me a couple of days, but I've at least got a direction to look!

The issue with the integration of PayPal Express Checkout, One-Page Checkout and payment methods that use a separate checkout_payment page jscript module is as follows.

Requirements to "expose" the issue:
The site has enabled the PayPal Express Checkout (and its shortcut button) and either Square or Payeezyjs in addition to One-Page Checkout.
A new customer chooses to pay via the PP-EC shortcut button and the email address associated with the customer's PayPal account is not associated with a customer on the site.

The problem:
The jscript processing associated with those payment methods (and possibly others) currently loads so long as the associated payment-method is enabled in the admin. When the customer makes a purchase using the PP-ec Shortcut button, the payment-gathering page is rendered only with the PayPal-related form elements. Unfortunately, the jscript for these payment methods assumes that its form-elements have been rendered if the jscript is loaded. When that jscript attempts to verify settings of an unrendered HTML element, a javascript error is raised; that error subsequently results in the One-Page Checkout's "Confirm Order" button failing to activate.

The solution:
Unfortunately, this change requires updates to both the One-Page Checkout and the payment-methods' processing.

First, the OPC's entry-page processing will check to see if the customer is currently in "special checkout" (a.k.a. checkout using the PP-ec shortcut) and, if so, "resets" the payment methods to activate only the special-checkout payment method. Note that this is a chicken/egg situation, since for OPC to determine whether or not the customer is in "special checkout", all currently-enabled payment methods must be loaded.

When OPC sees that the customer is in "special checkout", OPC reloads the payment methods to specify that the active payment-method is the "special checkout" one. This does not remove the object-instances associated with the other enabled payment methods, but does ensure that only the active payment-method will be called for subsequent payment actions.

Secondly, each payment-method that has a separate jscript_*.php module requires update to that module's loading to ensure that the associated javascript is only loaded when the customer is not in "special checkout".

The changes:
The file /includes/modules/pages/checkout_one/header_php.php:

// load all enabled payment modules
require DIR_WS_CLASSES . 'payment.php';
$payment_modules = new payment;

// -----
// Check to see if we're in "special checkout", i.e. the payment's being made via the PayPal Express
// Checkout's "shortcut" button.  If so, "reset" the payment modules to include **only** the payment
// method presumed to be recorded in the current customer's session.
//
if ($payment_modules->in_special_checkout()) {
    unset($payment_modules);
    $payment_modules = new payment($_SESSION['payment']);
}
$payment_selections = $payment_modules->selection();
$flagOnSubmit = count($payment_selections);

This change is available on the OPC plugin's GitHub repository.

The jscript_square.php module, distributed as part of the Square payment-method:

if ($payment_modules->in_special_checkout() || !defined(MODULE_PAYMENT_SQUARE_STATUS) || MODULE_PAYMENT_SQUARE_STATUS != 'True' || (!defined('MODULE_PAYMENT_SQUARE_APPLICATION_ID') || MODULE_PAYMENT_SQUARE_ACCESS_TOKEN == '')) {
    return false;
}

The jscript_payeezy.php module, distributed as part of the PayeezyJsZc payment-method:

if ($payment_modules->in_special_checkout() || !defined(MODULE_PAYMENT_PAYEEZYJSZC_STATUS) || MODULE_PAYMENT_PAYEEZYJSZC_STATUS != 'True' || (!defined('MODULE_PAYMENT_PAYEEZYJSZC_JSSECURITY_KEY') && !defined('MODULE_PAYMENT_PAYEEZYJSZC_JSSECURITY_KEY_SANDBOX') )) {
    return false;
}

I'll be cross-posting a link to this post to the Square and PayeezyJsZc payment methods' support threads.

[mc12345678]

Shouldn't the modification to the other payment methods depend on the use of this plugin instead of always returning false if in special_checkout?

[lat9]

Shouldn't the modification to the other payment methods depend on the use of this plugin instead of always returning false if in special_checkout?

Nope, the issue with Square and PayeezyJs also rears its head during the 3-page checkout, with an error message displayed.

[rbarbour]

Maybe I should stick to templates

Fresh install from both GIT and ZC plugins. Can't confirm order, keep getting:

Your order's details have changed. Please review the current values and re-submit.

[lat9]

Maybe I should stick to templates

Fresh install from both GIT and ZC plugins. Can't confirm order, keep getting:

Your order's details have changed. Please review the current values and re-submit.

I'm guessing that you're using the ZCA Bootstrap Template ... did you create the (required) template-override file for the tpl_modules_opc_shopping_cart.php file?