The fact here is that most of the time it is something they enabled, changed, added or otherwise screwed around with all their browser settings. Malware or a BHO in their browser....
There will always be people who report issues and like I said most times it's them, but you can't help most of them. Sometimes you just have to tell them to try a different device.
Also, Apple seriously does whatever it wants with regard to web standards.... Always have.
~Melanie
PRO-Webs, Inc. since 2003 :: Zen Cart Hosting :: Zen Cart SEO – 12 Steps to Success
**I answer questions in the forum, private messages are not conducive to a helpful community.
as i stated somewhere above, you need to be on the latest version of this module.
in addition, i am not sure what your testingbot does, or how it does it. for all i know, your testingbot disables javascript, and then is able to reproduce the error.
unfortunately, there is nothing i can do about that. this version of square makes use of javascript. if javascript is disabled, it will not work.
if however, you are able to provide some reproducible circumstances that your testingbot created with javascript enabled, please post them. i would be interested.
i think you are selling yourself short here; i would try a google search to see how to disable javascript on an apple.Originally Posted by royaldave;
as i have previously stated, i have zero customers using square. but i did set up a test site on the internet and spun up my apple laptop. it is running:
Sonoma 14.2.1 (23C71)
which i believe is reasonably current. i was then able to place an order using chrome and safari. those browser versions were:
Chrome is up to date
Version 120.0.6099.234 (Official Build) (arm64)
safari
Version 17.2.1 (19617.1.17.11.12)
you have numerous customers placing orders successfully; some can not. one customer insists everything on his computer is current and yet can not place an order. as i previously stated, i do believe the problem lies there, and not with this code. but feel free to add something new. code does have bugs, and can always be improved.
best.
no, i did not. perhaps zero clients using square is more appropriate.
my few clients use my authorize net plugin; and some form of the dreaded paypal. i host them all on linux servers, and i use a linux workstation for my own development.
some clients use apple for their own workstations; but in general, i do not.
i only coded this module as someone asked me to do it. so i did it for the community. setting up very specific environments to simulate what a store's customer might have, is a bit of work. but i do want to ensure that the code works for most environments.
hope that answers your question.
I can confirm that Square works fine on my iMac. As @carlwhat noted, the OP's installation is out of date.
That Software Guy. My Store: Zen Cart Support
Available for hire - See my ad in Services
Plugin Moderator, Documentation Curator, Chief Cook and Bottle-Washer.
Do you benefit from Zen Cart? Then please support the project.
1.5.8a
Tried with both PHP 7.4 and 8.0
version 1.04 of WebPay
OPC
EO (Can edit the orders with this)
bootstrap template
This just cropped up for one site and the solutions mentioned earlier made things worse.
Here's what we started getting a couple of weeks ago (today's version/date):
When adding the suggested code in post #527, the error changes to:Code:[17-Jan-2024 15:26:21 America/Denver] PHP Fatal error: Uncaught Error: Call to a member function getOrders() on array in /includes/modules/payment/square_webPay.php:913Stack trace: #0 /includes/modules/payment/square_webPay.php(526): square_webPay->lookupOrderDetails(1570) #1 /******/orders.php(740): square_webPay->admin_notification(1570) #2 /******/index.php(11): require('/home/******/...') #3 {main} thrown in /includes/modules/payment/square_webPay.php on line 913 [17-Jan-2024 15:26:21 America/Denver] Request URI: /******/index.php?cmd=orders&origin=index&page=1&oID=1570&action=edit, IP address: 12.34.56.78 --> PHP Fatal error: Uncaught Error: Call to a member function getOrders() on array in /includes/modules/payment/square_webPay.php:913 Stack trace: #0 /includes/modules/payment/square_webPay.php(526): square_webPay->lookupOrderDetails(1570) #1 /******/orders.php(740): square_webPay->admin_notification(1570) #2 /******/index.php(11): require('/home/******/...') #3 {main} thrown in /includes/modules/payment/square_webPay.php on line 913.
I do not know if EO has to run the API to get its info but, we are able to edit orders. However, EO does not provide capture or refund capabilities. We set everything to capture versus authorize and have been refunding (where needed) thru Square.Code:[18-Jan-2024 10:47:02 America/Denver] Request URI: /******/index.php?cmd=orders&page=1&oID=1570&action=edit, IP address: 12.34.56.78, Language id 1#1 square_webPay->lookupOrderDetails() called at [/includes/modules/payment/square_webPay.php:526] #2 square_webPay->admin_notification() called at [/******/orders.php:740] #3 require(/******/orders.php) called at [/******/index.php:11] --> PHP Warning: Undefined variable $apiResponse in /includes/modules/payment/square_webPay.php on line 911. [18-Jan-2024 10:47:02 America/Denver] PHP Fatal error: Uncaught TypeError: square_webPay::processResult(): Argument #1 ($apiResponse) must be of type object, null given, called in /includes/modules/payment/square_webPay.php on line 911 and defined in /includes/modules/payment/square_webPay.php:473 Stack trace: #0 /includes/modules/payment/square_webPay.php(911): square_webPay->processResult(NULL, Object(Square\Models\BatchRetrieveOrdersRequest)) #1 /includes/modules/payment/square_webPay.php(526): square_webPay->lookupOrderDetails(1570) #2 /******/orders.php(740): square_webPay->admin_notification(1570) #3 /******/index.php(11): require('/home/******/...') #4 {main} thrown in /includes/modules/payment/square_webPay.php on line 473 [18-Jan-2024 10:47:02 America/Denver] Request URI: /******/index.php?cmd=orders&page=1&oID=1570&action=edit, IP address: 12.34.56.78 --> PHP Fatal error: Uncaught TypeError: square_webPay::processResult(): Argument #1 ($apiResponse) must be of type object, null given, called in /includes/modules/payment/square_webPay.php on line 911 and defined in /includes/modules/payment/square_webPay.php:473 Stack trace: #0 /includes/modules/payment/square_webPay.php(911): square_webPay->processResult(NULL, Object(Square\Models\BatchRetrieveOrdersRequest)) #1 /includes/modules/payment/square_webPay.php(526): square_webPay->lookupOrderDetails(1570) #2 /******/orders.php(740): square_webPay->admin_notification(1570) #3 /******/index.php(11): require('/home/******/...') #4 {main} thrown in /includes/modules/payment/square_webPay.php on line 473.
THANX in advance for your assitance
A little help with colors.
myZenCartHost.com - Zen Cart Certified, PCI Compatible Hosting by JEANDRET
Free SSL & Domain with semi-annual and longer hosting. Updating 1.5.2 and Up.
We are now receiving emails stating:
Code:Jan-18-2024 11:01:54 ================================= Error Dump: [UNAUTHORIZED]: This request could not be authorized. Sent to Square: SquareModelsBatchRetrieveOrdersRequest Object ( [locationId:SquareModelsBatchRetrieveOrdersRequest:private] => [orderIds:SquareModelsBatchRetrieveOrdersRequest:private] => Array ( [0] => nwMNvXeqAS9HsQJmL72KKDSDZtOZY ) )
A little help with colors.
myZenCartHost.com - Zen Cart Certified, PCI Compatible Hosting by JEANDRET
Free SSL & Domain with semi-annual and longer hosting. Updating 1.5.2 and Up.
Hi
I never suggested there was an issue with the code - I am convinced its an environment issue - I'd just like to have a solution to give my clients.
I fully understand how to switch on/off javascript in safari, but the fact they claim it then also doesn't work in chrome on the same device is what's throwing me - that really was my question.