One-Page Checkout [Support Thread]

[Francois]

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?

[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?

[Francois]

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).

[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).

[Francois]

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.

[CaroleAs]

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?

[lat9]

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?