One-Page Checkout [Support Thread]

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

[CaroleAs]

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.

[CaroleAs]

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.

[lat9]

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

[CaroleAs]

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.

[jasonshanks]

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