Printable View
I saw some mentioned of the radio button earlier in this threads.
It does get "selected" once customer fills in their credit card info.
I don't think it will be an issue. Just impatient customer trying to checkout too fast.
Thank you for clarifying it
Quote:
Originally Posted by carlwhat
I checked my OPC setting and the value is set to square_webpay.
Does the spelling matter though? it shows with a capital W in the notes i.e squareWebPay but i have squarewebPay
I did a search with developer tool kit and it seems to be properly ( see attached screenshots).
Could Paypal Payment Pro be interfering? The payment module is set to false but still installed?
Does the old square module "files" needs to be remove? ( it is not installed or anything)
Thank you again for your help
Attachment 20539
Attachment 20540
spelling does matter as well as capitalization. it should be:Quote:
Originally Posted by nicksab
square_webPay
the notes are part of the OPC configuration. the notes are wrong.
as far as your screenshots, i can not see anything. i would suggest using a dropbox link to show images. images posted on this forum are useless.
as far as making any conjecture as to what can be causing your problem, i am hesitant to make any guesses. i do not like paypal, i do not support paypal, i only use it when absolutely necessary.
Hi, I have recently changed from a sole trader to a Limited company inthe UK. I have had to change my Square account to a new one as a new merchant.
I have made a bit of a bumble that I did not foresee (through my ignorance and excitement).
I changed all of the credentials for square webpay over the new account. This has borked all the prior transaction visibilty and throws errors up as it is now trying to interrogate sqaure with a different Merchant credentials when looking at historical orders, which obviously (now) is not allowed or possible.
I only have 1 transaction with the new credentials so far
I suspect I need 2x Square webpay modules so that I can connect to my first account to see the past years transactions and also to transact with the new ID etc going forwards.
Is there anything I can do and if so, can you help please?
TIA
i would review this specific post (not the thread).Quote:
Originally Posted by MrPix
and then i would review my signature.
or perhaps someone else can help you with your bork job.
best.
It's totally ok to say out loud what that post said.
And if someone mouths off to you in response, it's totally ok to put them on your ignore list and never answer them again. It's easy! I documented the whole process:
https://docs.zen-cart.com/user/zen_cart_forum/ignore/
thank you for that.Quote:
Originally Posted by swguy
i already have a number of people on my ignore list. one has to be far more egregious than the previous poster to make it.
best.
I'm so sorry, but I don't know how I have offended you, I am asking for help on the module support thread and then I get ganged up on... how have I offended you both?Quote:
Originally Posted by carlwhat
I have reviewd the post but am at a loss as to what it means.. are you asking me to PM you with my problem or pointing me to the SWguy? sorry... I had a bad accident a while ago and my brain does not work as it used to due to the large amounts of opiods I was on for pain releif... hence ... my bumble.
And I can't see a signature either on your post, sorry.
Edit: Ok... found your signature, have PM/DM /messaged you.
just so we are clear:
- i have not taken offense.
- i am NOT pointing you to SWguy.
- i found your request to be a little outside of what i am able to provide in this free forum.
- i made use of your term 'bork' in an attempt at humor. here in the US, we have a very interesting reference to being borked.
- real sorry about your accident. i have been in a few myself.
best.
> and then I get ganged up on... how have I offended you both?
No one is ganging up on you. I said "*if* someone mouths off to you in response." Key words "if" and "response." You didn't respond. If you read the post that @carlwhat linked, the joke will make sense.
You have done absolutely nothing wrong.
I completely understand your opinion on Paypal and agree which is mostly the reason of the switch to Square ( online and in-store). I still want to keep the Paypal Express checkout are some of us ( including myself ) still have and use paypal account).Quote:
Originally Posted by carlwhat
Here are dropbox link to the screenshot ( hope it works better)
https://www.dropbox.com/scl/fi/ipsgu...cpka16f7f&dl=0
https://www.dropbox.com/scl/fi/ujbri...l090gaodn&dl=0
In regards to my error, I uninstalled the Paypal payment pro. Only have the Paypal express and Square webpay has payment module.
So far no logs but it is probably to early to tell.
Unlucky for me, the error is back with a vengeance. :censored:
Couple of thoughts,Quote:
Originally Posted by nicksab
Did you check for errors in the browser's console, as mentioned in the debug log?
I'll note that both WebPay and OPC are validated for > PHP 7.4 (higher than the version you're using)
I did check the console while going thru the whole checkout process. Unfortunately, i can't reproduce the error on my hand.Quote:
Originally Posted by simon1066
Not sure what my customers do to create the error at this point.
I am working on getting up to 7.4. MY other site (on same server) throws a tantrum when any higher than 7.3
both of these errors are related to OPC, not square webPay.Quote:
Originally Posted by nicksab
as previously stated, something else is submitting the form; and that something else is OPC. you can look at this pull request here:
https://github.com/lat9/one_page_checkout/pull/410
and specifically line 424.
with regards to your grey screen zip code problem, that is addressed by the rest of the change in that pull request.
if you are running a version earlier than 2.5.0, you can look for that same section of code wherever it may reside and make the changes there.
if you can not read what is going on in that pull request, you can wait until the next release of OPC.
if your settings for OPC are to run minimized versions, turn that off until the next OPC release. or minimize the code yourself. i can provide no help for minimizing code.
best.
... and the OPC version v2.5.1, containing these changes, is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=2095Quote:
Originally Posted by carlwhat
> I am working on getting up to 7.4. MY other site (on same server) throws a tantrum when any higher than 7.3
Instructions for running multiple versions of PHP on a server:
https://docs.zen-cart.com/user/upgra..._php_versions/
Big thank you to Carl and lat9 for releasing the update.Quote:
Originally Posted by lat9
Thanks. I skimmed thru that at some point. Unfortunately, since i am on GoCrazy shared hosting, they don't offer multiPhP.Quote:
Originally Posted by swguy
Their solution was to use .htaccess instead but it got me a little suspicious. I am not sure if that s even possible with ZC.
I should probably open a separate thread for this since it is not related to SqaureWebPay
ZC V1.5.8
OPC V2.5.1
square_webPay-1.0.4 (API Version 2022-02-16 (P.s is there plans to update the API version or would the plugin require rewriting for this?))
Hi,
I have this working. But I only have credit cards now i would like to add a few more like:
Take a Google Pay Payment,
Take an Apple Pay Payment,
Take a (square) Gift Card Payment,
Take a Payment with Cash App Pay.
I have found this: https://developer.squareup.com/docs/...ments/overview
and have looked in \includes\modules\payment\square_webPay.php around line 240 (public function selection)
and I think from looking at the overview to show new payment methods it seems we just add like:
but what about the extra bits of code are these already within this plugin to go or will that also need adding to the plugin and if so would you know how or where please?PHP Code:<!-- Add the google-pay-button div below -->
<div id="google-pay-button"></div>
Any help on this would be welcome.
I know it's early days, but does anyone know if this square mod works with the latest version of zen cart (2.0.0)?
I have it working in a few =)Quote:
Originally Posted by WayneStephens
Good to know, thanks! Did the language file need updating to the new format, or is it ok as is?Quote:
Originally Posted by mprough
I always use the new and move over changes...Quote:
Originally Posted by WayneStephens
I figured that would be best, cheers!Quote:
Originally Posted by mprough
Quote:
Originally Posted by OJ_SIMON
Can anyone please help on this ?
I have installed the Square WebPay module on my site (v 1.5.7c). The module shows in payment modules and I have successfully activated it. However, when I put something in my cart and try to check out, it does not show Square WebPay, it only shows Paypal as the payment option. I have not been able to find the solution on this thread. What would allow it to be installed on the admin side, but not even show up as an option to a customer when checking out? Website is: personalizedpetid dot com
Can someone please help?
have you made your square account and added the correct API key'sQuote:
Originally Posted by gizmo_girl
I'll take a WAG that the Sort Order shows a circle that is not green. If WebPay is not showing with a green dot in the Admin >> Modules >> Payment Modules, you still either need to provide more info (edit), set it to true (edit) or confirm your credentials with Square.
I have done all of those things. Square WebPay shows as active with a green dot. Square account created, API credentials confirmed and entered, copied directly from the developer’s page in square, and entered in the appropriate areas of the square webpay module.Quote:
Originally Posted by dbltoe
Yes, account created and API credentials copied over.Quote:
Originally Posted by OJ_SIMON
as the AUTHOR of this module, i would say i can and i will.Quote:
Originally Posted by gizmo_girl
first off, i am not a lawyer, and i do not even play one on tv. so nothing here can be construed as legal advice.
given that disclaimer; despite the wording of the description of this key:
PADSS_AJAX_CHECKOUT
turning this off would not validate any PCI DSS rules for square webPay. square webPay collects all of the sensitive card holder data using its own javascript code; no sensitive cardholder data touches your website therefore your website is out of scope when considering PCI DSS rules.
so, considering that information, try turning that key to the non-compliant setting and see if square then shows up.
if you need help as to how to do that, perhaps someone else can point you in the right direction.
if once you have turned that to non compliant and square shows up, i will look into seeing how we can make square show up when it is in on the on status.
in addition, it seems that the script:
tpl_ajax_checkout_confirmation_default.php
might need some tweaking. having a radio button when there is only a single choice seems like a UI hack to me.
let us know if that works.
Ok thank you for the non-legal advice! 😁Quote:
Originally Posted by carlwhat
I know just enough to be dangerous with this website, and I have no clue where one might even find this information. If anyone has some “theoretical” answers where this is located and how to disable it, I’d be interested in details. For research purposes, of course. 😉
You'll find it in your admin under Configuration>>My Store about 2/3rds of the way down the page. The selection name is "PA-DSS Ajax Checkout?Quote:
Originally Posted by gizmo_girl
"
Thanks for pointing me to where to find that. I have turned that off and still no button for Square WebPay. :no: Any other ideas?Quote:
Originally Posted by jeking
what version of square webPay are you running?
also, please post the code from square_webPay.php that starts after this line:
in version 1.0.4 it starts at line 240.PHP Code:public function selection()
the last 2 lines look something like this:
PHP Code:return $selection;
}
Square WebPay version 1.0.4Quote:
Originally Posted by carlwhat
Here is the code from that section:
public function selection()
{
$selection = [
'id' => $this->code,
'module' => $this->title,
'fields' => [
[
'title' => '',
'field' => '<div id="card-container" ></div>
<button id="card-button" type="button">Use Credit Card</button>',
],
],
];
return $selection;
}
do you have this file in place: includes/modules/pages/checkout_payment/jscript_square_webPay.php
as if I'm right this is the file that actually adds the buttons and bits?
Yes, that file is in placeQuote:
Originally Posted by OJ_SIMON
do you see any of this:Quote:
Originally Posted by gizmo_girl
when you use dev tools by right click in chrome inspect?HTML Code:<div id="card-container" ></div>
<button id="card-button" type="button">Use Credit Card</button>
No, I don't see anything like that. Even searched for the word 'card' and there are no matches. I tried on the checkout page along with other pages.Quote:
Originally Posted by OJ_SIMON
you have something very odd going on.
please post a screen shot of your admin payment modules screen.
if green we should be seeing the use credit card.
also do you have any debug logs?
then that would tell me it's broken code from the plugin file.Quote:
Originally Posted by gizmo_girl
can you supply a demo/test account login details and also a test product that does not require and thing but add to cart? by PM.Quote:
Originally Posted by gizmo_girl
actually can you replace the html div code and just place text "this is working" and see if that display's
Attachment 20588Quote:
Originally Posted by carlwhat
It's green and I have entered all of the API codes. There's a file with logs, but there's nothing there from the timeframe when I started messing with Square WebPay
what about in test mode just replace the first key from the live one to the test key got from square dashboard?Quote:
Originally Posted by gizmo_girl
What file is that located in? This is getting in way over my head.Quote:
Originally Posted by OJ_SIMON
Nope, no changes with trying thatQuote:
Originally Posted by OJ_SIMON
this one.Quote:
Originally Posted by gizmo_girl
So replace this:
withHTML Code:<div id="card-container" ></div>
<button id="card-button" type="button">Use Credit Card</button>
save upload and see if it displays and if that does not then uninstall the plugin and remove all the code for the plugin noting down what your doing in each file and line numbers then clear cookie data and flush what you can then download a fresh copy of the version you have then install it again making sure you do a backup before and after.Quote:
This is working
then some where within your code you have a missing , or ' or ; .Quote:
Originally Posted by gizmo_girl
and if my last post still does not work then do a full compare of a fresh copy of your version of ZC
I have added a test product (virtual/zero dollars) that can be added to a cart. I'll send you the test account details. Thanks!Quote:
Originally Posted by OJ_SIMON
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.
This is the problem:Quote:
Originally Posted by gizmo_girl
you have a country or currency miss match within your setting ether in ZC or at square they all need to match.Quote:
Payment Method
Sorry, we are not accepting payments from your region at this time.
Please contact us for alternate arrangements.
Nope, that was one of the first things I tried yesterdayQuote:
Originally Posted by carlwhat
Quote:
Originally Posted by OJ_SIMON
BAM!!! THAT DID IT! Thanks so so so much for your help! I had the payment zone in ZC as 'United States'.
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.
Attachment 20592
When I do presse the "Continue" button I see the sucessful GET and then a failed beacon, after that nothing.
Attachment 20591
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.
Addendum: I have realized that in NS_ERROR_FAILURE the "NS" stands for namespace, and not nameserver.
please provide your website url.Quote:
Originally Posted by gernot
Hello Carl,
https://www.proteawines.jp/shop/
While I don't currently have clients using this payment-module, a quick look at the site's HTML source shows:Quote:
Originally Posted by gernot
The loaded version of jQuery is very ancient (1.7.1) and the fall-back version (3.4.0) is different and also old. I'm just pointing this out since it feels like it might be relevant.Code:
<script>window.jQuery || document.write(unescape('%3Cscript src="https://code.jquery.com/jquery-3.4.0.min.js" integrity="sha256-BJeo0qm959uMBGb65z40ejJYGSgR7REI4+CW1fNKwOg=" crossorigin="anonymous"%3E%3C/script%3E'));</script>
<script>window.jQuery || document.write(unescape('%3Cscript src="includes/templates/template_default/jscript/jquery.min.js"%3E%3C/script%3E'));</script>
<script src="includes/templates/gernotshop/jscript/jscript_imagehover.js"></script>
<script src="includes/templates/gernotshop/jscript/jscript_jquery-1.7.1.min.js"></script>
Thank you lat9, I will have a look at the jquery issue now that I am in the process of upgrading to 1.5.7d (as part of upgrading to 1.5.8 and then to 2.0.0).
I also remembered I had set the Square WEbpage module to "false" so I re-enabled it now in case you wish to have a look further.
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.Quote:
Originally Posted by gernot
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.
Hello Carl,
Many many thanks for your efforts. I had a look at the screencast, it is gratifying to see that you get to step 3 successfully (the page *after* the entering of the credit card details). Try as I might, I have been unable to do so. I tried a couple of things, wil try more options.
(1) Firefox (current latest 125.0.2) on linux with extensions, and also in a private window where no extensions are active as far as I can tell.
(2) Google Chrome (current latest 124.0.6367.91) on linux, with no extensions except session buddy: same behaviour.
What I get now when I press the Continue button to proceed to Step 3 after entering card details (and checking the confirmation checkbox and entering an age > 20), is a 200 success request for the squareWebPay_handler.php,
but thereafter a 400 bad request for the verifications script:Code:equest URL:
https://www.proteawines.jp/shop/squareWebPay_handler.php?token+result%5Bdetails%5D%5Bcard%5D%5Bbrand%5D=MASTER/snipped the rest/
Request Method:
GET
Status Code:
200 OK
Remote Address:
192.168.1.10:443
Referrer Policy:
strict-origin-when-cross-origin
.Code:Request URL:
https://connect.squareup.com/v2/analytics/verifications
Request Method:
POST
Status Code:
400 Bad Request
Remote Address:
162.159.140.47:443
Referrer Policy:
strict-origin-when-cross-origin
I've tried this with two different users (myself and my wife) with our respective credit cards.
I will try on a Windows platform and my Android phone also for good measure. But at the moment I am not sure where exactly the hiccup is happening.
Same result (no action on Continue to Step 3) on Android phone using Chrome browser, no extensions. I don't have developer tools to see whether there is also a verification errors as above, but I did try with both a MasterCard and a VISA Card.
i tested with Chrome Version 124.0.6367.60 (Official Build) (64-bit) on linux, and firefox Version 125.0.2 (64-bit) also on linux. with no problems on either.
i am not sure about this ip address in your 400 response above:
Remote Address:
162.159.140.47:443
do you have any idea where that address comes from?
it is a cloudflare address but has no geo data associated with it.
i am not seeing the verification's script on my square request; but that is completely controlled by square.
as a potential troubleshooting idea, get a free VPN, connect to a US address and see if you can get to the 3rd screen.
the issue is not with the credit card numbers, you can just use 4111111111111111 for testing as you look to be getting blocked at some point prior to that data getting sent to square.
square is only good for specific countries, and while japan looks to be on the list, that cloudflare address does not have any geo data associated with it. i am not sure if that is the problem; but the idea that you are getting blocked while in japan, and i am not while in the US suggests to be a potential geography issue. but i am merely guessing at this point.
i think the VPN test would be a good one to see to rule out the browser and extensions. as it seems we are using very similar setups.
best.
Hello Carl,
Thank you for the followup. I've tried with ProtonVPN, connecting to a US server, and now I get a different (I think) error.
Still a verification error as before, but the error is now clearly understandable: the response says integer expected, and on examining the content of the request for verification, I see that the JPY amount being passed to Square is non-integer: 557.7 JPY in my case.
I am not sure why the amounts are shown like this when in the shop itself they are shown in integers (508 JPY for this test order). I will play around some more and see whether this happens often, and if so, if I can use a rounding function somewhere. The thing is, all amounts are in Yen anyway, and with tax at 10% there should be no way a non-integer amount could even be generated.
And Boom!, success. It turns out that in the product I chose, with the applied discount, for some reason the price has decimals that were not all 0. For other products I checked (still need to do exhaustive checks) that net always shows <something>.0000 (I tried removing the 0000 decimals but they re-occur when I load the inventory page for the product again) in which case integer JPY value results as expected.
So it seems that my test product was faulty, and possibly some production products as well judging by the single customer complaint I had which set off this investigation.
I should have investigated the actual request and response, I did not notive that they were both available in full, not just the 400 HTTP response.
I'll go back to my Japan local IP and see if there are any other errors now or whether the issue is potentially solved.
To add: I have traced out the issue now. Whenever a discounted product price has a price where the least significant digit is not 0 (e.g., 15 rather than 10 or 20 or 30), then the 10% tax results in a fractional number (e.g. 10% of xx5 is xx.5) which while it does not show as such in the shop browser view, does get passed to Square as such, and fails verification.
I've therefore checked that all discounted product prices end in xx0, and where necessary changed the discount to manual from percentage to give a discounted price ending in a 0.
I could I suppose try to change the amount that gets sent to Square, but don't want to make changes ad hoc when this should be handled more systematically within Zen Cart, e.g., on a per product basis rather than in the end amount, etc.
Does this module still work with zencart 2.0 running php 8.3? I installed it on my newly updated site and it seems to have made it go crazy - all links now point to one product and site unusable. I made a backup test site and installed all the other mods one by one and the only one still to be installed is Square Webpay, which makes me suspicious of it being the culprit.
I need Square rather urgently as it's the most popular payment choice and I have to pay off a loan through Square via payments received, but I'm dreading installing it and messing everything up again due to incompatibility or such if it's just a case of not being able to cope with php8.3 (minimum php is 8 for the new ZC 2.0, but it didn't make a difference when i tried it as a solve)
PS even if I can't get it working on 2.0, thanks for all the hard work you've done on it so far, Carl!
If you are using the version from the Plugins area then it is highly unlikely that it will work without issues on the setup you quote. See the link at the top of this Docs page for a paid version that supports higher versions of ZC & PHP.
As far as I'm aware the paid version has been tested for ZC v1.5.8's and PHP 8.2 and that testing for ZC v2.0 is in progress.
Hello,
After the Zen Cart update to 2 the input fields for Square WebPay disappeared and it now displays like below on hdworkgear.com
Attachment 20625
This is what the error log displays in regard to Square WebPay
[24-May-2024 15:40:41 UTC] Request URI: /index.php?main_page=checkout_payment, IP address: 172.113.144.228, Language id 1
#0 /includes/modules/payment/square_webPay.php(109): zen_debug_error_handler()
#1 /includes/classes/payment.php(102): square_webPay->__construct()
#2 /includes/modules/pages/checkout_payment/header_php.php(111): payment->__construct()
#3 /index.php(35): require('/home/########/...')
--> PHP Deprecated: Creation of dynamic property square_webPay::$token is deprecated in /includes/modules/payment/square_webPay.php on line 109.
[24-May-2024 15:40:41 UTC] Request URI: /index.php?main_page=checkout_payment, IP address: 172.113.144.228, Language id 1
#0 /includes/modules/payment/square_webPay.php(124): zen_debug_error_handler()
#1 /includes/classes/payment.php(102): square_webPay->__construct()
#2 /includes/modules/pages/checkout_payment/header_php.php(111): payment->__construct()
#3 /index.php(35): require('/home/########/...')
--> PHP Deprecated: Creation of dynamic property square_webPay::$client is deprecated in /includes/modules/payment/square_webPay.php on line 124.
[24-May-2024 15:40:41 UTC] Request URI: /index.php?main_page=checkout_payment, IP address: 172.113.144.228, Language id 1
#0 /includes/modules/payment/square_webPay.php(128): zen_debug_error_handler()
#1 /includes/classes/payment.php(102): square_webPay->__construct()
#2 /includes/modules/pages/checkout_payment/header_php.php(111): payment->__construct()
#3 /index.php(35): require('/home/########/...')
--> PHP Deprecated: Creation of dynamic property square_webPay::$oauthClient is deprecated in /includes/modules/payment/square_webPay.php on line 128.
[24-May-2024 15:40:41 UTC] Request URI: /index.php?main_page=checkout_payment, IP address: 172.113.144.228, Language id 1
#0 /includes/modules/payment/square_webPay.php(172): zen_debug_error_handler()
#1 /includes/classes/payment.php(102): square_webPay->__construct()
#2 /includes/modules/pages/checkout_payment/header_php.php(111): payment->__construct()
#3 /index.php(35): require('/home/########/...')
--> PHP Deprecated: Creation of dynamic property square_webPay::$order_status is deprecated in /includes/modules/payment/square_webPay.php on line 172.
[24-May-2024 15:40:41 UTC] Request URI: /index.php?main_page=checkout_payment, IP address: 172.113.144.228, Language id 1
#0 /includes/modules/payment/square_webPay.php(179): zen_debug_error_handler()
#1 /includes/classes/payment.php(102): square_webPay->__construct()
#2 /includes/modules/pages/checkout_payment/header_php.php(111): payment->__construct()
#3 /index.php(35): require('/home/########/...')
--> PHP Deprecated: Creation of dynamic property square_webPay::$_logDir is deprecated in /includes/modules/payment/square_webPay.php on line 179.
[24-May-2024 15:40:41 UTC] Request URI: /index.php?main_page=checkout_payment, IP address: 172.113.144.228, Language id 1
#0 /includes/modules/payment/square_webPay/square/square/src/Models/Location.php(12): zen_debug_error_handler()
#1 /laravel/vendor/composer/ClassLoader.php(576): include('/home/########/...')
#2 /laravel/vendor/composer/ClassLoader.php(427): Composer\Autoload\{closure}()
#3 /includes/modules/payment/square_webPay.php(795): Composer\Autoload\ClassLoader->loadClass()
#4 /includes/modules/pages/checkout_payment/jscript_square_webPay.php(36): square_webPay->getLocationDetails()
#5 /includes/templates/bootstrap/common/html_header.php(238): require('/home/########/...')
#6 /index.php(42): require('/home/########/...')
--> PHP Deprecated: Return type of Square\Models\Location::jsonSerialize(bool $asArrayWhenEmpty = false) should either be compatible with JsonSerializable::jsonSerialize(): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /includes/modules/payment/square_webPay/square/square/src/Models/Location.php on line 807.
[24-May-2024 15:40:41 UTC] Request URI: /index.php?main_page=checkout_payment, IP address: 172.113.144.228, Language id 1
#0 [internal function]: zen_debug_error_handler()
#1 /includes/modules/pages/checkout_payment/jscript_square_webPay.php(98): addslashes()
#2 /includes/templates/bootstrap/common/html_header.php(238): require('/home/#######/...')
#3 /index.php(42): require('/home/########/...')
--> PHP Deprecated: addslashes(): Passing null to parameter #1 ($string) of type string is deprecated in /includes/modules/pages/checkout_payment/jscript_square_webPay.php on line 98.
Do this module work with zencart 2.0.1 and php 8?
From the Description, so half of your answer.Quote:
Originally Posted by diptimoy
- Version 1.0.0 use SDK version: 17.2.0.20220216. According to square, this SDK requires php 7.4 - php 8.0.
- You are welcome to use it as you see fit; I have only tested it for zc156 and zc157.
I'm also having issues. Not having any luck getting the module to go in Zencart v2.0.1. I can't get the module authorized to my Square account. I have the OAuth Redirect URL correct... I'm putting in the correct Application ID and application Secret... If I try Sandbox mode I get a yello light for the module (not Green)... and if I click to edit the info I lose the module (screen goes blank and I have to delete the module and re-install it... If I use the production mode OAuth I get HTTP 500 error codes... says my domain cannot handle the request...
Any info on why and/or what I may be doing wrong greatly appreciated... I'm totally self taught with all this website and FTP and everything so laymean's terms work best with me... I don't understand some of the geek-speak termonolgy for these things :blink:
I'm using Brave Broswer... get the same results whith sheilds (ad blocker) off...cleared the cache/cookis off... have flushed the DNS on my winodws machine... at a loss at what else may couse any issues with the authorization process...
Try using Chrome or FireFox. I use Brave and occasionally have problems with websites not working correctly.Quote:
Originally Posted by BigB
OK, 'll try firefox and see what happens...
Tried it with FireFox... I get redirected back to my ZC install ######## he screen is entirely blank (white)... still not able to authorize the module :lamo:
This is interesting and thought I would share... I have this error message in the back end of my ZenCart v2.0.1 install that reads:
ERROR: module not loaded due to missing language file: /home/mydirectory/siteurl.com/includes/languages/english/modules/payment/autoload.php
Is this a Zen Cart file that should have been installed with the Zen Cart v2.0.1 setup? I have checked the path with files for upload for the webPay module and the only file there for FTP/Upload to this location is the file "Square_webPay.php...
Is this a problem with why I am not able to authorize the module or perhaps something altogether different? Thanks for any help with this. I looked through the thread and didn't see anything about this...
The errorsetc. are because these variable have not been declared in /includes/modules/payment/square_webPay.phpCode:PHP Deprecated: Creation of dynamic property square_webPay::$token
If you add a lines
to /includes/modules/payment/square_webPay.php near where you see the other definitions.Code:public $order_status, $gateway_currency;
protected $token, $client, $oauthClient, $_logDir, $sdkApiVersion, $_check;
The error
is telling you what you need to do.Code:PHP Deprecated: Return type of Square\Models\Location::jsonSerialize(bool $asArrayWhenEmpty = false) should either be compatible with JsonSerializable::jsonSerialize(): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /includes/modules/payment/square_webPay/square/square/src/Models/Location.php on line 807.
in /includes/modules/payment/square_webPay/square/square/src/Models/Location.php
Add
before each function decleration in that module.Code:#[\ReturnTypeWillChange]
I think the last error is created because the earlier module failed. If not you would have to change the php in /includes/modules/pages/checkout_payment/jscript_square_webPay.php
You may have to do this for all the addslashes commands in this file.Code:addressLines: ['<?= addslashes($order->billing['street_address'] ?? ''); ?>', '<?= addslashes($order->billing['suburb'] ?? ''); ?>'],
As an alternative you could buy the later version from https://mxworks.cc/?product=zen-cart...in-for-php-8-x
Not a lot of help, but that missing file is not a Zen Cart 2.0.1 file. It's also not the right type of file name for a language file which makes me think something else is wrong.Quote:
Originally Posted by BigB
Did this error first occur after installing this module? Maybe you uploaded some files to the wrong folders?? Try uninstalling and re-installing the plugin.
It sounds like you have a file called
includes/modules/payment/autoload.php
which, as @Jeking says, shouldn't be there.
There *is* a file called
includes/modules/payment/square_webPay/autoload.php
If you tried to upload your files one by one (never a good idea), perhaps you did this one incorrectly.
Clean up includes/modules/payment and then reinstall Square Webpay.
I'll look into these codes and files... thanks for the tips and heads up on the new pluging... If I can't wrangle this prob I'm considering pulling the trigger that...Quote:
Originally Posted by brittainmark
Honestly, I'm not sure when that error messsgae showed up... I haden't noticed before... but all the sudden it was there... I have un-installed and re-installed the plugin... the error code remains... it shows in the modules section of the site's back-end/admin area where one activates/de-activates payment plugins...Quote:
Originally Posted by jeking
I did FTP the module's contents and followed the correct paths for files and folder upload/creation etc... I'll go back in to cPanel and take another look in there via File Manager... I don't recall seeing a file named square_webPay/autoload.php... the only file I have for upload to that location is the Square_webPay.php file...Quote:
Originally Posted by swguy
OK... from what I can see there seems to be the possibilty of a discrepency in File & Folder path structure with Zen Cart v2.0.1 and previous versions...
In the module package for FTP to the includes section... there are two distinct folder & file paths...
The 1st path: includes/languages/english/modules/payment/xxxx.php file etc...
The 2nd path: includes/modules/payment/square_webPay/autoload.php --> according to Zen Cart v2.1.0 error massage... THIS is where the "missing" file is located...
the Zen Cart error code I have right now in the admin of my v2.0.1 installation reads:
ERROR: module not loaded due to missing language file: /home/brian670/guitarcourses.briankguitar.com/includes/languages/english/modules/payment/autoload.php
This is clearly a different path than what the package states... Now... I'm not sure about how to go further to correct the issue... perhaps simply "copy" the autoload.php file over to the other location?... or perhaps this will create even further issues?... :eek:
I think you just have a file in includes/modules/payment/ called "autoload.php" I would copy it down to your local machine and delete the file on the server. See if that is the issue. If it is you might get a clue as to where it belongs / has come from by looking in the file.
When I go to the path location where the error massage says the file is missing... it is indeed missing... it was never uploaded to that location... there is no autoload.php file in there... which makes sense..Quote:
Originally Posted by brittainmark
As per the Square WebPay module's FTP files and folder structure it shouldn't be there however for the path you are referring to... yes that file DOES exist there...I have it there in my install for the module on the server for my site...
What I'm trying to figure out right now is why the error message telling me that there should be an autoload.php file in the location it specifies... it does appear to be a very direct error to this location.. but, the module doesn't say to put that file at the end of the includes/languages/english/modules/payment/xxxx.php path... it wants the file at the end of the includes/modules/payment/square_webPay/autoload.php path....
Are you suggesting I should remove the current autoload.php file out of where it is supposed to be.... see if the error code goes away... and then perhaps re-upload the file?...
I just installed Square WebPay but it does not display as an payment option in check out. Snippets of examples attached.
Have you looked into PayPal Express Checkout policies... It is an activated option in your payment modules.. maybe that negates another choice during checkout?Quote:
Originally Posted by jodean
I think the big booger in the room boils down to this... why am I getting an error code for a missing file in a location that that file is not supposed to be in the first place? It deosn't make sense :no:Quote:
Originally Posted by BigB
Are there version changes with ZC v2.0.1 that arre so drastically different it requires a different "structure" to file placements for the module?... This is a real conundrum... has anyone else experienced this trying to use this module in ZC 2.0.1?....
Aside from the error about the missing languages auotoload.php file that's not supposed to be in there to begin with.... my Admin logs display this error:
PHP Fatal error: Uncaught Error: Class "Unirest\Request" not found in /includes/modules/payment/square_webPay/square/square/src/Apis/BaseApi.php:64
Stack trace:
#0 /includes/modules/payment/square_webPay/square/square/src/Apis/OAuthApi.php(22): Square\Apis\BaseApi->__construct()
#1 /includes/modules/payment/square_webPay/square/square/src/SquareClient.php(327): Square\Apis\OAuthApi->__construct()
#2 /includes/modules/payment/square_webPay.php(733): Square\SquareClient->getOAuthApi()
#3 /squareWebPay_handler.php(33): square_webPay->exchangeForToken()
#4 {main}
thrown in /includes/modules/payment/square_webPay/square/square/src/Apis/BaseApi.php on line 64
I see it repeatedly... I have no idea what to be looking for on line 64 of this file... any ideas?
*Each* file in includes/modules/payment (but not subdirectories of that directory) is assumed to be a payment module. If the file autoload.php is in that directory, Zen Cart will try to load it as a payment module and in doing so, will also look for a language file with the same name as the "payment module" file, i.e. autoload.php. The "missing" file (which is not actually missing) is a consequence of having that spurious file in the includes/modules/payment directory. Move it to where it should be and Zen Cart will no longer go looking for a matching language file and things should become a lot less confusing.Quote:
Originally Posted by BigB
I currently use PayPal since PayPal no longer allows Quest check out with a credit card and replacing PayPal with Square Web Pay. I tried turning off PayPal and Square still does not display as a payment option.
OK... I'll move that file into includes/languages/english/modules/payment/autoload.phpQuote:
Originally Posted by BillJ
From what you're saying I'm wondering if I should simply "copy" it over there but, I'll give the file move a go and see what shakes... :cheers:
Move it. If you copy it you'll still have the file in the modules/payment directory that is causing the problem.Quote:
Originally Posted by BigB
This was an adventure... so.. I move the autoload.php file over to includes/languages/english/modules/payment/autoload.php and I lost every payment module except for the two Authorize.net modules... being as this has happened... I figured I would try "copying" the file back over to whence it came (I figure why not, right?...)... all the payment modules re-appear EXCEPT for the Sqaure webPay :lol:Quote:
Originally Posted by BigB
So I then decided to just place the autoload.php file back where it was at includes/languages/english/modules/payment/autoload.php and... the Square WebPay module re-appears again with all the other payment modules... go figure... :rotflmao:
Back where it was at includes/modules/payment/autoload.php that is... :lamo:Quote:
Originally Posted by BigB
Sorry, I had missed earlier that you said that's where you were planning to move it to. That's the wrong place.Quote:
Originally Posted by BigB
It needs to go in includes/modules/payment/square_webPay/autoload.php.
That's where it is in the module directory structure as it comes in the zip file. i.e. one level down from where you have it at the moment. Unzip the file you downloaded and browse the directories in it to see what I mean.
The mention of the "missing" language file (that doesn't exist and shouldn't exist) is simply a consequence of Zen Cart trying to make sense of the misplaced file.