One-Page Checkout [Support Thread]

Hello ,

I am having a bit of trouble. My site version is v1.5.6c using php 7.4.25. I installed (One Page Checkout) - Version: v2.3.12 because that was the last version that supported my zencart version. It looks great when i load the plugin up. But if i change the shipping option, the credit card box changes to this

Customers can no longer enter credit card details and a small box shows up with the " use credit card" label in place of the number input box. This button does nothing. I followed the steps outlined in

https://github.com/lat9/one_page_checkout/issues/193#issuecomment-552207291

For the shipping estimator and my version of zencart but it doesn't fix my issue. What am i doing wrong here ?

Ps. Yeah i know i should be updating to the latest version of zencart. I plan to do that later this summer when i have some down time.

My bad , i found the solution in this thread. Sorry about that !

The fix for my problem was by swguy here

https://www.zen-cart.com/showthread.php?220781-One-Page-Checkout-Support-Thread&p=1394376#post1394376

Thank you so much again for providing this wonderful plugin.

According to post #1739 on this topic, the following code will make PAYPAL the default payment option (Radio-button selected on page load) -:

 <?php
if (empty($_SESSION['payment'])) {
    $_SESSION['payment'] = 'paypalwpp';
} 

What would I need to edit in order to make SQUARE the default (option selected radio button)?

Customers are not clicking the radio button before inputting card details, and this seems to result in a square payment error. If this radio button is ON by default, then we may be able to aoid such Square errors.

schoolboy:

According to post #1739 on this topic, the following code will make PAYPAL the default payment option (Radio-button selected on page load) -:

if (empty($_SESSION['payment'])) {
    $_SESSION['payment'] = 'square_webPay';
}

best.

carlwhat:

if (empty($_SESSION['payment'])) {
$_SESSION['payment'] = 'square_webPay';
}

> 
> best.
Thanks, I was thinking of the built-in (albeit fairly non-functional) one.

Thanks Carl and Cindy. At some point Carl, I hope to buy you more coffee... Your module literally saved my business. When profits allow, I'll be making another contribution (as should all those who have benefitted).

Note that the "problem" of not selecting WebPay should not happen. In a 1.5.7 or later, OPC, WebPay and PayPal that the WebPay is listed first and, with the entry of the first digit of the CC #, the Credit Card option is automatically selected.

I could not create a scenario where the Credit Card was not selected when information was entered into the WebPay form.

HOWEVER, I could duplicate the CC info being sent but not selected by entering a 4 in the CC line, selectging PayPal, and then returning to the CC line to enter a valid CC info.

IOW, it takes a pretty big mistake sequence by the customer to get CC info entered without the button being selected.

I'm probably stabbing in the dark here, but maybe someone can give me a nudge in the right direction...

My online store is currently running on ZenCart 1.5.7d and some months ago I installed OPC 2.4.3. (Great Plugin!) My host is on php 8.0

A number of payment methods are available to my customers, one of them is a (local) third-party payment gate called PayFast (they supplied a plugin for ZenCart).

Occasionally a strange error occurs during the payment process ONLY when the PayFast option is selected:

1. The delivery address and billing address is 'lost' during the payment process. When the order is 'returned' from the third party payment site, these fields are empty. (We have to contact the customer in cases where they have more than one address registered on their profile).
2. When the invoice is accessed in admin, an error message report 'unknown country name'. However, only ONE country is available when customers register a profile.
3. Error log shows: PHP Warning: Undefined variable $country_has_zones in /includes/classes/OnePageCheckout.php on line 1610 (Should not be important?)
4. Order in database show the correct value for the customer_address_format_id, BUT the delivery_address_format_id and billing_address_format_id shows a value of 0 (which isn't defined in the address format table)? The delivery and billing address fields are empty.
5. The error ONLY occurs when the PayFast option is selected and it MOSTLY happens when the customer has a delivery address different from the customer/billing address.
6. The error only happens occasionally (about 1 in 20 orders). Can't seem to see a pattern for what triggers it.
7. Due to the fact that PayFast only has a few ZenCart customers, they are not willing to help when the problem is linked to a plug in. Their payment gateway works 100% when OPC is not active.
8. Not sure if it is related, it happened twice that the VAT/TAX field is also lost, showing 0% instead of 15%.

I'm only an amateur at php and my developer is currently unavailable. Meanwhile, my customers complain about the missing OPC...

Any ideas, anyone?

I'm not familiar with the PayFast payment method, making it a bit difficult to determine where the interaction with OPC is going awry.

1. Does this payment method send the customer off-site to collect their information or is the credit-card information gathered on-site?

2. Is there any additional verification (like a Verified-by-Visa call-back) that is performed by the payment method?

3. Does this happen during 'guest' checkout only or does it occur for both guests and account-holders?

lat9:

I'm not familiar with the PayFast payment method, making it a bit difficult to determine where the interaction with OPC is going awry.

1. Does this payment method send the customer off-site to collect their information or is the credit-card information gathered on-site?

2. Is there any additional verification (like a Verified-by-Visa call-back) that is performed by the payment method?

3. Does this happen during 'guest' checkout only or does it occur for both guests and account-holders?

Thank you for taking the time to help think about this!

1. Yes, the customer is taken off-site and can then select from a variety of payment methods e.g. credit card, instant EFT, Paypal etc.
2. Yes, card payments have a Verified-by-Visa service. The order is only 'returned' to us once payment has been fully accepted by PayFast.
3. The guest checkout facility is not activated because it does not work at all with the PayFast payment module. (We are not worried to get it working).

That PayFast payment method (https://github.com/Payfast/mod-zencart_1_3) is "interesting". It apparently performs everything that the more normal checkout_process page does and fires notifications like it's running that page.

If you would, Francois, turn storefront debugging (Configuration :: Logging :: Log All Errors (Storefront), set to *IgnoreDups *and Backtrace on Notices to Yes). That will ensure that any PHP Notice issues (the harbingers of doom) are captured as well, noting that those settings have the propensity of filling your site's /logs directory quickly.

The next time you receive an order with missing address elements, you should revert the log-all-errors setting (the backtrace one can be left) and zip-up the myDEBUG*.log files in the /logs directory around the time of the errant order and send that zip to my direct email address (which I'll send you via PM).

lat9:

That PayFast payment method (https://github.com/Payfast/mod-zencart_1_3) is "interesting". It apparently performs everything that the more normal checkout_process page does and fires notifications like it's running that page.

If you would, Francois, turn storefront debugging (Configuration :: Logging :: Log All Errors (Storefront), set to *IgnoreDups *and Backtrace on Notices to Yes). That will ensure that any PHP Notice issues (the harbingers of doom) are captured as well, noting that those settings have the propensity of filling your site's /logs directory quickly.

The next time you receive an order with missing address elements, you should revert the log-all-errors setting (the backtrace one can be left) and zip-up the myDEBUG*.log files in the /logs directory around the time of the errant order and send that zip to my direct email address (which I'll send you via PM).

Hi Cindy, thank you so much for your willingness to help!

My error logging settings were on IgnoreDups, and I have now switched on the backtrace option. (And activated OPC again). Now to wait for the error to happen...

Just a note on the PayFast versions on GitHub:
Version 1.1.3 was released (Oct 2022) after we requested an update from PayFast last year. My host upgraded to pHp8.0 and we upgraded our store to ZenCart 1.5.7d. (The original PayFast plugin was not compatible with pHp8). THIS IS THE VERSION THAT WE ARE CURRENTLY USING.

Version 1.1.4 was released in January after we requested that they fix the problem with Guest Checkout. However, this version failed to send email notifications to customers, so we reverted back to 1.1.3.

I know this is a long thread and MAYBE my question is answered but it might be faster to ask here. Is there a way to disable or completely remove some unwanted fields? I only sell digital downloads so I really don't need a full address or a phone number. Although I don't mind if someone puts bogus information, some people THINK that I really need all that and they are concerned. Is that possible?

For the telephone number, set Configuration :: Minimum Values :: Telephone Number to 0; it'll still be displayed but it won't be required.

Doesn't your payment-provider need a billing address for credit-card purchases?

lat9:

Doesn't your payment-provider need a billing address for credit-card purchases?

Oh... good question. I only added Stripe this year and I don't think I ever needed it for Paypal. I'll double-check.

lat9:

For the telephone number, set Configuration :: Minimum Values :: Telephone Number to 0; it'll still be displayed but it won't be required.

It looks like it was already set up like that, yet a customer emailed me complaining I was asking for too much information for a digital download. I guess it was not obvious to him that the phone number was not required since it was still there.

What template's in use? You could always use CSS to "hide" that telephone number entry.

lat9:

What template's in use? You could always use CSS to "hide" that telephone number entry.

I'll check, but thanks for the hint.
As for the full address, you are right that it is needed for credit card payment, so i'll have to leave it there.

Hello wonderful people ( who are very smart I might add ). I first off want to say , i love OPC. It seems i have had a sales boost with guest checkout enabled. But i have noticed a few customers tell me they are getting a error ( "We have a problem on our end. So Sorry! Please report this error to the Store Owner: SQ-MISSING-TOKEN" )

How do i prevent this error so I don't lose customers who just bounce ?

Zencart 1.5.6b
OPC 2.3.12
php 7.4.25