OpenCart Community

Trying to debug 2 issues.

First Issue:
If a known customer logs in and places an order, it seems to work fine.

1. pick product, add to cart
2. click cart or checkout
3. select shipping method, enter payment info and checkout successfully

The same scenario with a *new* customer who isn't logged in and tries to create an account at checkout works the same way, but on step 3 the shipping methods are blank and trying to checkout results in a JS alert error "Warning: Shipping method required!" with no clear remedy for that customer to proceed.


If this new customer first uses "ESTIMATE SHIPPING" on the view cart page *before* going to checkout then shipping methods do show up on the checkout page but if not, they don't and they are stuck and likely going to bail on the order.

Second Issue:

When using a browser's 'wallet' to auto-populate payment info at checkout, the payment fails.


But if you manually type in the same information it will process without issue.

Some info in case it helps:
- Version 3.0.3.8 w/Journal 3
- Geo Zones are set and assigned to enabled shipping methods
- PayPal/Braintree payment gateway

Thanks for any feedback on these things.

Looks like the issue is with your modified checkout. Test with the default OpenCart theme and checkout.

efishinsea wrote: ↑

Tue May 21, 2024 11:30 pm

The same scenario with a *new* customer who isn't logged in

What customer groups have you got selected for those shipping methods?

We only have 1 customer group set and everyone belongs to it and "Approve New Customers" is set to NO.

Everything was working fine until we recently changed payment gateways from PayPal to Braintree, but other than that, nothing has changed.

efishinsea wrote: ↑

Thu May 23, 2024 10:37 pm

Everything was working fine until we recently changed payment gateways from PayPal to Braintree, but other than that, nothing has changed.

Have you contacted the developers of the Braintree extension?

This is the one built into OpenCart and from a 3rd party.

- - - - -

efishinsea wrote: ↑

Sat May 25, 2024 9:10 pm

This is the one built into OpenCart and from a 3rd party.

- - - - -

Have you checked your geo zone settings as well as your system settings > store > edit store page in the OC admin?

Yes, of course I have. They are set and nothing I change in them changes anything on the checkout page.

Have you tried with the default OpenCart theme or contacted the developer of your checkout extension/theme?

Yes. the default checkout steps you through things one at a time so you have to enter your address before shipping options are available. I have reached out to the Journal team and haven't heard anything back yet, but I would guess this is something with their theme.

On the auto-filled payments not being accepted, I do see that the Braintree iframe is loading a credit card field with autocomplete="off" which seems to be causing the trouble. It will autocomplete, but the numbers show up in the incorrect order, and 3 of the digits are missing completely.

a theoretical example only:
( these numbers would not be accepted as a "card" number ) :

1234 5678 1234 5678

when added by autocomplete as something like:

123656 4781 234 5

which is baffling.

but if I remove the autocomplete=off property, it works fine...

and on any other forms that *do* have the autocomplete/autocorrect="off", it works fine there too.

Try this payment extension on an OpenCart site, not using the Journal3 framework, the latter isn't even supported here, and has it own bugs.
Also, don't rely on the autocomplete attribute, it has known issues with some web browsers, especially with Safari on iMac/iPad systems.

Check the card details stored in your web browser. I don't think web browser's store the 3 digit CVV.

As the iframe is generated by Braintree, there is probably not much you can do about it.

The Braintree method used here has autocorrect="off" in the CC field which still allows autofill to occur, but which returns the wrong number that ends up failing the validity check.

If a *test* Visa account # of 4012888888881881 is entered with autofill, the "formatted" version of that number with spaces is returned and is missing numbers.

entered card number : 4012888888881881
returned card number: 4012 8888 8818 1

Rather than simply preventing autofill, it allows it, botches the number and causes the payment method failure.

The issue seems to be with Firefox and payment details autofill, although it has failed in other browsers too for perhaps related reasons.

It's a Braintree/browser issue. See https://github.com/braintree/braintree-web/issues/239.

It may be fixed in later versions. OpenCart uses an old version.

Hmm. the last post to that 9 year old thread was 6 years ago...

OpenCart uses version 3.6.3 that was release in 2016.