gizmo
long shot here.
in your admin payment screenshot it looks like both enabled modules have the same sort order; ie 0.
see if changing one of them to 10 makes a difference.
Hello all,
I'm using ZC1.5.6c with PHP7.3, MariaDB 10.3.24, and Square WebPay 1.0.4. In Square, I am using the API version from 2022-02-16 (unchanged from when I installed the module I think), but I also switched to the latest version that does not require domain verification, with no change in behaviour.
My own browser is Firefox 125.0.1.
The last successful payment was on 23rd March 2024, since then the "Continue" button to continue to step 3 (confirmation) of the checkout page does nothing, and there is no log file generated. I see the GET in my access log with a 200 HTTP response, but there seems to be no communication to or from Square.
Looking at the Network tab in Firefox developer tools shows oddly that the beacon connection to pci-connect.squareup.com is failing with NS_ERROR. Reloading the page shows dozens of these errors, but no issues with access to other Square-related subdomains, or even to pci-connect.squareup.com when the connection is not a beacon but instead, say, a fetch.
When I do presse the "Continue" button I see the sucessful GET and then a failed beacon, after that nothing.
When I do a nameserver lookup for pci-connect.squareup.com, there is a valid response, I can even connect to that domain via HTTPS, although it redirects to my local (Japan) Square site immediately.
Searching online I see this problem might be related to access control and/or CORS (cross-origin resource sharing) settings in my browser, but I have no idea at the moment how to solve this. Also I have seen articles on beacon issues with other browsers, such as Safari and Chrome.
Is this something I need to investigate further on the browser side - and potentially educate customers, since there have been complains that "nothing happens" when trying to go to Step 3 of checkout - or is this something I can fix on the server side?
It might be that the above is a red herring, and that the issue is entirely somewhere else, but I have no logs to go on, and no changes have been made to the webshop.
Any advice/insights appreciated.
Last edited by gernot; 21 Apr 2024 at 01:16 PM. Reason: images seem highly compressed and unreadable
Zen Cart 1.5.6c modified for Japanese language support. Upgraded incrementally from initial 1.5.5d. Currently planning direct upgrade to 2.1.0
Addendum: I have realized that in NS_ERROR_FAILURE the "NS" stands for namespace, and not nameserver.
Zen Cart 1.5.6c modified for Japanese language support. Upgraded incrementally from initial 1.5.5d. Currently planning direct upgrade to 2.1.0
i have spent some time on your site, and i am not seeing the behavior that you are indicating. in fact, the behavior that i am seeing is completely expected.
i am seeing some network blocking errors but i am not seeing it affecting my ability to checkout.
that said, it is entirely possible that someone's browser extensions may be doing something.
i have created a little screencast which can be seen here.
in it, i start with no browser extensions enabled, and we see no errors in the dev tools console. and the square javascript form gets loaded. i then enable a bunch of extensions in my browser and reload the page. at this point, we now see a bunch of errors in the console; however, the square javascript form still loads without problem.
i then proceed to enter a credit card number and the other info requested by square. once complete, i hit the continue button, and i am brought to the checkout confirmation page. all expected behavior.
at this point, i look to see if the token results from square are now embedded on the form on the page. this is again done via the dev tools on my browser. and again those results are there. completely expected behavior.
i then hit confirm, and i get redirected back to the payment page along with an error message that (i think) comes back from square. or i provide it, i can not remember.
so from my standpoint, everything looks to be working correctly.
i am not experiencing the nothing happens that you suggest is happening.
now, whether your users are using other browser extensions that are further blocking the square process, i can not say. if you have an extension that you think is blocking, i can certainly load that into my browser and see if i can reproduce the behavior that you claim your users are experiencing.
not having any orders for over a month is a bit troubling and perhaps indicative of a problem. but i am not seeing it. and it is hard for me to fix something that i can not see.
best.