Here's what it looks like in the zip file.
Attachment 20656
Note that only square_webPay.php is in the modules/payment directory. You have autoload.php in there too when it should be one level down in modules/payment/square_webPay
Printable View
Here's what it looks like in the zip file.
Attachment 20656
Note that only square_webPay.php is in the modules/payment directory. You have autoload.php in there too when it should be one level down in modules/payment/square_webPay
I currently use PayPal but since PayPal no longer allows quest check out with a credit card i am trying to replace PayPal with Square Web Pay.
I installed the plugin without any problem and set up in Square and Zencart.
Does anyone have any idea what could be causing Square WebPay from offering Square WebPay as a payment option?
Reinstalled the plugin twice now.
Walked through the setup instructions three rimes now.
Please does anyone have any guidance to fix the problem?
Thank you for that information... I have the auotload.php file back where it should be in includes/modules/payment/square_webpay directory... and..Quote:
Originally Posted by BillJ
perhaps there is some light at the end of the tunnel with this conundrum.. with help from y'all here on the forum... which I sincerely appreciate :smile:
I have the square_webPay.php file in the includes/modules/payment directory BUT... I also have another file that's a text/x-generic file without the .php on the end... it's name is square_webPay sitting in there alongside the square_webPay.php file... The contents of this file:
<?php
// autoload.php @generated by Composer
require_once __DIR__ . '/composer/autoload_real.php';
return ComposerAutoloaderInitfafb29fe5f8dc595bfe1ebb15dd8a771::getLoader();
Right now I'm in the process of tracking down where/which directory this file is supposed to be... I must have uploaded it to this directory by mistake... I'm looking through the Square_WebPay Module's upload package to see if I can locate where it needs to be so I can move it over to the correct location... Hopefully, this will fix this issue :cheers:
Well... I am unable to find this file anywhere in the modules files for upload... nowhere can I find this file... which I'm finding strange and daunting... Where the heck did this file come from?... I'm leaning towards deleting it... save it to my machine and jettison it from the includes/modules/payment directory... How could it hurt?Quote:
Originally Posted by BigB
I must admit, I'm close to the point of going to the backup I did before uploading this module and searching thru Square's other methods of setting up payments right to each individual page... It's bean a week of trying to get this to go... I have to ask myself " how much more time should I spend trying to resolve this"...
Update... Decided to try one last time and completely S%!t Canned the module... deleted all directories and files and performed a full Re-Install and FTP'd the booger back in...
I was able to configure and authorize it :smoke: I obviously uploaded something wrong the first time. Now I'll sand-box it and see if it does what I need it to do..
Thanks to all who offered up their suggestions and guidance... I sincerely appreciate the help :cheers:
Have things going in sand-box mode... all is well except for the checkout process hangs on step 2 of 3... the continue button doesn't take you to step 3... I'm using the faux card info that square provides for MasterCard..Visa... simply will not continue to step 3 of checkout to confirm the order... any ideas why checkout is hanging? :unsure:
Any input on why checkout hangs at step 2 of 3... I have the module configured, authorized and in sand-box mode for testing but keep getting stuck at this step.. I hit the continue button and it goes nowhere.. no idea what may cause this :no:Quote:
Originally Posted by BigB
I'm not a coder or IT guy by any means... but I just looked in my degug log and saw this:Quote:
Originally Posted by BigB
I have looked at the debug logs in Admin... this one stood out:
[20-Jun-2024 17:07:25 UTC] PHP Notice: missing token result: should not get here. check that you have the latest jscript_square_webpay file and that you are not having javascript errors in the console. in /includes/modules/payment/square_webPay.php on line 261
I'm on Zen Cart 2.0.1... I do have the latest Square WebPay release, the module is configured and authorized but I continue to keep getting stuck at Step 2..... It will not process the request to continue and move forward to Step 3... I even tried a production mode transaction to rule out if sandbox mode may have been causing the issue... same thing... not able to get past step 2 of checkout... and in production mode I had no feild showing to even enter a CC number...
Even though this is pointing me in a direction of a .php to look at and the line to look on... I have no idea what to look for :unsure:
in reviewing this thread, i can say that you doing something unsupported. from the download page:
so this module is not ready for v2.x.Quote:
- Version 1.0.0 use SDK version: 17.2.0.20220216. According to square, this SDK requires php 7.4 - php 8.0.
- I have successfully used it using php 7.3 and zen-cart v1.5.6.
- You are welcome to use it as you see fit; I have only tested it for zc156 and zc157.
some of the notices you are getting seem to indicate your php version is greater than 8.0.
your problems arise from running code that is not meant to run together.
as the quote states above, you are welcome to use it as you see fit; but clearly the problems arise from incompatible versions.
that said, there seems to be plenty of helpful suggestions on this thread from numerous individuals.
best.
I do appreciate all of the input, suggestions, attention and direction that everyone has contributed for this conundrum. Thank you carlwhat for beaming in and making it definite that the Square webPay module in it's present state is clearly not compatiable with Zen Cart 2.0.1. This will save me a lot of time that I can now focus on a viable solution to using Sqaure Payments.Quote:
Originally Posted by carlwhat
All the best :cool:
@carlwhat are you going to be updating this for 2.0? Or is someone else now taking the responsibility? Can I help in any way? I certainly can help test or something less technical than coding.
Zen Cart users please note: the *free contribution Square Webpay* is not compatible with newer versions of PHP.
But you can still use Square Webpay; you just have to buy the updated version. This is explained in the documentation:
https://docs.zen-cart.com/user/payme...#square-webpay
I hope this clears up any confusion.
Thank you for coming straight out and stating this. It will surely help many in making the correct decision for implementing the plugin :thumbsup: Perhaps a good idea would be to have the "Paid" version of Square WebPay module installed and operational on a current version Zen Cart site (updated each time with the newest ZC version as they appear...) to insure confidence.Quote:
Originally Posted by swguy
If the authors of the module can literally prove the paid plugin's efficay by having it installed, runnng and processing payments via Square... on a live install of the most current version of Zen Cart... then the authors of said module fully justify the investment and dispell any doubts about the plugin's dependabilty and usefullness :bigups:
The developer states on their product page which version of PHP and Zen Cart the plugin is compatible with. As with all plugins there is a degree of trust that must be placed in the developer, having live demos of every one is not practicable. As a customer, I see no reason not to trust the efficacy of this developer's contributions.Quote:
Originally Posted by BigB
Yep. This module works; a number of my clients have purchased it.
I was totally unaware that square is not in 2.0. I understand what it takes to maintain a payment module but this means that the number of payment modules safe to use without additional costs are just authorize.net and paypal. Both of which have a monthly fee. Both square and stripe have no fee like that but the stripe module situation is worse.
No monthly fee at PayPal
https://tinyurl.com/2l6rvgkv
that only offers a percentage off - why do I get the feeling that's an affiliate link?Quote:
Originally Posted by dbltoe
Tried chatting with a guy but the chat window disappeared but he might have been saying there was no monthly fee. This just shouldn't be so hard.
tiny url munged it.
https://www.paypal.com/dm/webapps/mp...sales%20volume.
Thanks - I did find another page that said no monthly fee so twice! That's the way it used to be years ago.
OK... this is weird.. I decided to give things another go...Quote:
Originally Posted by carlwhat
I wiped ZC v2.0.1 and decided to do a fresh install of Zen Cart v1.5.8... my php version is 8.0... still have the same issue with checkout hanging at Step 2 of 3
:eek:
According to the specs I should not be having any issues... the author does state that the module has been tested and it does indeed work on v1.5.8 with a php version no higher than 8.0... I have no reason to doubt his findings however, these very ZC version and php specs are exactly what I'm running for this intsallation of ZC 1.5.8 (with the security patch!) and php 8.0 ...
I can't be the only one facing this... what can possibly be causing this? :blink:
There must be a plausible answer and solution to get this module going/processing the way it should... the incompatible php and ZC version issues are no longer a part of the equation...
any input, suggestions, etc... greatly appreciated :cheers:
can you upload some screenshots and what if any errors are you getting?Quote:
Originally Posted by BigB
Hello OJ_SIMON,Quote:
Originally Posted by OJ_SIMON
I didn't see anything in error logs... but, there is one strange thing that I did just experience... I can login to the admin on Brave but, not on FireFox.. it just hangs at the login page giving me an incorrect user/password warning but, I know the credentials to login are correct..
that doesn't make any sense to me at all... I have logged in to the admin on FireFox before but it won't do it this evening... go there on Brave and Blam-O.. I can login no problem-o :huh:
I had no probs getting the module installed, configured and authorized.
FWIW: I do get the same hanging issue on Step 2 of 3 of checkout on both BOTH Brave and FireFox browsers... I have the module on Sand-Box mode for testing the checkout process...
This has been my experience too. A working demo is not necessary. And how would you test it anyways, place a paid order??Quote:
Originally Posted by swguy
what template are you using?Quote:
Originally Posted by BigB
your use of the term, "however", does seem to suggest that you doubt my findings.Quote:
Originally Posted by BigB
my contributions to this repo, as well as my help in this forum are well documented. this is an open source community. if you would like help, and specifically my help, to start with, i would suggest not doubting what i say to be true. i coded this module for the community on my time; and i have continued to support it on my time. the amount of time i have spent makes me question why i do it when i see posts like yours.
feel free to view this screencast.
the fact that you are not seeing any logs does not mean they are not out there. have you generated any other logs?
more likely you may be having a javascript issue. i would suggest opening developer tools and looking at the console, perhaps there is some information there.
but my best guess is that you are configured wrong. from what i recollect, getting to the javascript credit card input part is rather easy. but once you enter the data, the application id and the application secret must start with sandbox if you are in sandbox mode. i have a feeling that data may be wrong... and the dev tools console (look it up if you do not know what it is) may provide additional information.
and it is entirely possible you are the only one experiencing this issue.
and here is another one that needs to move to the top of your list; have you used any other payment module and successfully done an order? what makes you think this problem is limited to this module?
i would answer that one before moving forward.
TNIS.
My use of "however" has nothing to do with doubting your work and its efficacy... there's a good deal of people using the module and it's processing orders for them... obviously, it works...Quote:
Originally Posted by carlwhat
As far as over at the developers portal... I can't find anything that is wrong... I created the application the way it is supposed to be... with all the correct info in the correct fields.. I was able to activate and authorize the module... it must be configured correctly to have gotten that far, correct?
In regards to my being the only one experiencing this issue... intuition says probably not however, I could be wrong... either way, that's not really important. I do appreciate that you're taking the time to post on this thread right now :cheers:
I'll try the free order module that's loaded in the stock payment modules section to see if I can actually make it all the way through the checkout steps...
I'm using the default "Responsive Classic" template... I like it.. nice, clean, orderly display...:artist:Quote:
Originally Posted by OJ_SIMON
have you got modifications in your checkout you've done and is the country set right? try it in classicQuote:
Originally Posted by BigB
take a screenshot of when it hangs.
don't know if its easier or not, but I always temporarily switch on the 'cash on delivery' plugin when testing the checkout process.Quote:
Originally Posted by BigB
Quote:
Originally Posted by OJ_SIMON
No modifications to checkout steps or required feilds... I left it stock/out of the box for that... besides, I figure ZC would want to draw from that info for payment gateway purposes... billing info etc.. The only "mods" performed were for relocating the downloads folder... made the necessary changes to the configure.php files so that those files can be read/located... that all works as it should... I haven't "changed any other stock functions in Zen other than thatQuote:
Originally Posted by OJ_SIMON
Yes, I will take a screen shot of when checkout hangs on Step 2 of 3" :thumbsup:
I'll give it try with "Cash On Delivery" activated :cheers:Quote:
Originally Posted by royaldave
Screenshot of the hang at Step 2 of 3...Quote:
Originally Posted by OJ_SIMON
Still have checkout hanging at Step 2 of 3 with COD payment module enabled...Quote:
Originally Posted by royaldave
You need to actually *run* a transaction to completion with COD and make sure that you get to the checkout_success page.
No problem completing checkout with Free Order module activated and Square WebPay module activated as well.. I created a free test product... went thru the entire checkout process (account creation and all steps...) and downloaded the free test product at the end of checkout... no issue at all to complete this transaction... I take this as a good sign that the cart is functioning as it should :bigups:Quote:
Originally Posted by royaldave
Quote:
Originally Posted by BigB
Indeed... just did it... no iisues with a free downloadable product... made thru all steps of checkout to the success page and downloaded the test product :thumbsup:Quote:
Originally Posted by swguy
OK so there's an issue with Square on your cart.
Here's what I would recommend:
- Just buy the updated module. Go to https://mxworks.cc/?product=zen-cart...in-for-php-8-x
The module you are using is old and I have no idea what the issues are; it has been years since I used it.
- If you have any issue at all with installation, just hire @carlwhat to install it for you. The newer payment and shipping plugins are harder to install than they used to be, and it might just be out of your reach at the moment. No shame in getting a pro to take care of it for you.
If I am unable to sort this, indeed... pulling the trigger on the updated paid version would be the solution to utilizing Square... but, I'm willing and able to continue trying to get this module usable until all avenues are exhuasted... any/all input/suggesion welcome from anyone who has an idea of what may be going wonkers with this... or where to look for a possible answer/solution, thanks :cheers:Quote:
Originally Posted by swguy
can you see any entries in your square dashboard showing API calls maybe in a api log or error log under developer (I'm not sure in square as I delete my account with them). would be where I would start. then reach out to square and if they are anything like Stripe are they can tell you what's going on.Quote:
Originally Posted by BigB
Have you tried putting a real credit card number in there?Quote:
Originally Posted by BigB
It won't charge it if you don't go past step 3.
If that was the case the plugin should and would give a error and if not the API would return an error so either way the end user would know if it was that.Quote:
Originally Posted by royaldave
but you only get to see API errors (if not show to screen) either in you dashboard or in web browser developer tools kit. both of which the OP has been asked to look in and has not reported there is any issues in either else we would of been able to advise a solution.Quote:
Originally Posted by OJ_SIMON
I'll poke around and see what I can find in square dashboard... thank you for that tip. most appreciated :thumbsup:Quote:
Originally Posted by OJ_SIMON
another interesting issue has also developed with this ZC 1.5.8 install... I'm able to login to the admin on Brave browser but not on FireFox :blink: I was in there a day ago on FireFox without any problem but now.... the correct credentials are being used but keeps saying my user name and/or password is incorrect... go figure...
Has your host changed any server settings since all these issue have come up?Quote:
Originally Posted by BigB
Correct me if I'm wrong your site is "live" right?
if you want PM me a url with a test customer account login details (I will not make a new customer account) and a test product then I'll have a look for you. from the front end only.Quote:
Originally Posted by BigB
one question have you got debug settings in the admin square plugin set to "Log Always and Email on Failures" and if so and that is not given any errors then it sounds like a API error, have you a space at the beginning and or the end of one or more of your keys in the plugin!Quote:
Originally Posted by BigB
The only server change was a recent upgrade to PHP 8.0... I have no errors in API logs over at Square... I'll make sure I have debug settings configured in Zen admin... PM sent :cheers:Quote:
Originally Posted by OJ_SIMON
when i tried to make a sale I the same happened and when i looked with dev tools it seem you are getting a 400 API error see PM sent to you.Quote:
Originally Posted by BigB
one other thing I did spot and that's dev tool show same multiple of the same within the name column within network tab. (I'm not sure if this maybe a issue and one of them at lest is a square item. but someone else maybe better on this.
Indeed... I'm using the faux CC info Square provides for sandbox mode transactions... checkout just keeps getting stuck at Step 2... Nothing is getting over to Square... I have no info reaching the API so, no info in the logs on Square's end..Quote:
Originally Posted by royaldave
Some more information on this problem...
I want to mention @OJ_SIMON and thank him out here on the thread for his help with this. He has been kind enough to do some investigating in areas I don't know too much about and has found the "error" message that points to the problem. There's a few screenshots attached that give the error and what is causing it but, as of right now it's up in the air as to where exactly the problem is occurring.
The token info hs been checked to see if the issue/error was occuring there but, the token info appears to NOT be the source of the problem.. it appears to be somewhere else...
That's all on this as of yet.. any isnights, suggestion on where else to look is greatly appreciated :cheers:
Attachment 20686Attachment 20687Attachment 20688Attachment 20689
Two more screenshots..Quote:
Originally Posted by BigB
Attachment 20690Attachment 20691
what have you got set here:Quote:
Originally Posted by BigB
Attachment 20692
That's a good question... for locations in sandbox at square it is a default location for seller test account however there's no way to enter that code via the pluging.. there is that little arrow but when I mouse click it there is no feild that opens for anything to be entered into it... not sure how to add a location code there :no:Quote:
Originally Posted by OJ_SIMON
There is a location that is connected though.. when I look at the plugin information before opening it it is connected to a location associated with my square account...
I did create a new location in my square account just for this store but I have no way to edit that info for the plugin... I would think it shoudn't matter... I should still be able to make transactions...
you don't add it yourself it is retrieved from square by API based from the other information (So I would of thought even in sandbox the API would draw in the sandbox location ID and fill that dropdown.Quote:
Originally Posted by BigB
have you added your live details ie key ect.. and dose this list get filled when you turn off sandbox?
If I'm understanding what you're saying is do I have the the OAuth Application ID and Secret information enetered... yes, I gave that in those feild.. to go Production Mode with the application I would enter that information and it will switch out of sandbaox and be live for actual (real) transactions to be processed...Quote:
Originally Posted by OJ_SIMON
right and when you do that does the dropdown location id list anything or is it also empty?Quote:
Originally Posted by BigB
This is interesting... sandbox mode is reading my production mode location... it should be reading the sandbox default location when in sandbox:wacko:Quote:
Originally Posted by OJ_SIMON
I'll go between both modes with the OAuth Id's and see what happens...
When I go to Production Mode I do have a dropdown menu which allow to choose which location to use... I take this as a good sign... when I switch back to sandbox by enetering those credentials the location ID stays the same as what was previously chosen for the production mode's location and there is no longer the ability to choose a location any longer... no drop down menu in sandbox mode... Don't know if this matters or not..Quote:
Originally Posted by BigB
this would tell me that this is happening as there is only the one option and if there was none then the dropdown would show to show you its empty.Quote:
Originally Posted by BigB
so now try a test sale in sandbox?
Checkout still hangs at Step 2 of 3... screenshot attached... same error 400Quote:
Originally Posted by OJ_SIMON
Attachment 20693Attachment 20694
More Console info FWIW...Quote:
Originally Posted by BigB
index.php?main_page=checkout_payment:824 A parser-blocking, cross site (i.e. different eTLD+1) script, https://pan.zen-cart.com/display/gro...rd=55682736003, is invoked via document.write. The network request for this script MAY be blocked by the browser in this or a future page load due to poor network connectivity. If blocked in this page load, it will be confirmed in a subsequent console message. See https://www.chromestatus.com/feature/5718547946799104 for more details.
square.js:3 using standard paymentSubmit button
connect.squareupsand…ics/verifications:1
Failed to load resource: the server responded with a status of 400 ()
square.js:3 An issue occurred while verifying the buyer
The time to complete the verification has expired: verify-buyer-892-12956.874308824885
Attachment 20695Attachment 20696
Aside from upgrading to the paid version there appears to be no solution to this problem. Time to go back to the latest release of Zen Cart v2.0.1 and center my attention/efforts to a viable payment gateway on a current stable version of Zen.
A BIG THANKS to EVERYONE who has taken time, left suggestions and insights. I sincerely appreciate the help :thumbsup:
Final thoughts: Perhaps the available free version of Square webPay module has begun it's entry into "Deprication"?... At least, this is the reality in my case. This module is not compatible with PHP versions above 8.0 and everything right now is moving upwards of PHP 8.0 making the current paid version of Square webPay the only way to go for accepting Square Payments via checkout... :cheers:
just so we are clear, this last poster has been on the board for about 1 month, and now wants to make declarations as to the future on this plugin.
lets see:
- he started with not being able to ftp files/directories into the proper places.
- failed to read the install instructions with regards to what versions are compatible with what versions of php.
- could not get v158 with php8 to work despite this post.
- has now declared v158 not stable.
- i have to reason to think that v2.0.1 would not work under php8.0. but i have not tested.
- wants to thank everyone who has helped him on this board. which is great; but at some point, one needs to thank ALL of the people who make zc possible to start off with.
good luck with whatever payment module you chose to use.
and thanks to everyone who makes zc possible and the people that choose to keep it afloat.
Not everything you have said about me is actually true... Frankly, it's 98% conjecture... I wish you well in your ventures regardless. For the record, I have not once come out here and posted a single nefgative thing about you or have I ever inferred you are not competent in what you do. You, on the other hand, cannot say the same.Quote:
Originally Posted by carlwhat
All the best
Version 2.0.1
Square WebPay setup has (Access Token needed)
I have compared the setup to a appl version 1.5.8 where it works and the Location ID is missing and when clicking on the drop down no locations ID are listed to choose from. I have removed the payment module and reinstalled it but still the same problem exists.
Does anyone have have any suggestions?
have you entered your key's from your dashboard and clicked the link in the plugin to confirm the account to be used?Quote:
Originally Posted by jodean
Yes, keys are correct and yes I clicked the line. It went to the login and i logged in. It still did not work.Quote:
Originally Posted by OJ_SIMON
is this just in test mode or in both live and test?Quote:
Originally Posted by jodean
Not sure what you mean by test or live mode. It is in production mode not sandbox. It does have a location ID in Square but it is not displayed in the Zencart Square WebPay setup. I just noticed errors in the log folder but not sure just what they mean.
[10-Jul-2024 08:18:07 CST6CDT] Request URI: /shop/squareWebPay_handler.php?nocache=1&_=1720617474617, IP address: 69.137.114.242, Language id 1
#0 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php(109): zen_debug_error_handler()
#1 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/classes/payment.php(102): square_webPay->__construct()
#2 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/squareWebPay_handler.php(26): payment->__construct()
--> PHP Deprecated: Creation of dynamic property square_webPay::$token is deprecated in /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php on line 109.
[10-Jul-2024 08:18:07 CST6CDT] Request URI: /shop/squareWebPay_handler.php?nocache=1&_=1720617474617, IP address: 69.137.114.242, Language id 1
#0 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php(124): zen_debug_error_handler()
#1 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/classes/payment.php(102): square_webPay->__construct()
#2 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/squareWebPay_handler.php(26): payment->__construct()
--> PHP Deprecated: Creation of dynamic property square_webPay::$client is deprecated in /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php on line 124.
[10-Jul-2024 08:18:07 CST6CDT] Request URI: /shop/squareWebPay_handler.php?nocache=1&_=1720617474617, IP address: 69.137.114.242, Language id 1
#0 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php(128): zen_debug_error_handler()
#1 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/classes/payment.php(102): square_webPay->__construct()
#2 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/squareWebPay_handler.php(26): payment->__construct()
--> PHP Deprecated: Creation of dynamic property square_webPay::$oauthClient is deprecated in /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php on line 128.
[10-Jul-2024 08:18:07 CST6CDT] Request URI: /shop/squareWebPay_handler.php?nocache=1&_=1720617474617, IP address: 69.137.114.242, Language id 1
#0 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php(172): zen_debug_error_handler()
#1 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/classes/payment.php(102): square_webPay->__construct()
#2 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/squareWebPay_handler.php(26): payment->__construct()
--> PHP Deprecated: Creation of dynamic property square_webPay::$order_status is deprecated in /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php on line 172.
[10-Jul-2024 08:18:07 CST6CDT] Request URI: /shop/squareWebPay_handler.php?nocache=1&_=1720617474617, IP address: 69.137.114.242, Language id 1
#0 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php(179): zen_debug_error_handler()
#1 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/classes/payment.php(102): square_webPay->__construct()
#2 /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/squareWebPay_handler.php(26): payment->__construct()
--> PHP Deprecated: Creation of dynamic property square_webPay::$_logDir is deprecated in /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php on line 179.
To me looking back in this thread I'm beginning to see a similar pattern and with your last log you have posted I'm sure the issues are from a outdated API look to see if there is a newer version.
The above is working on seeing: " PHP Deprecated: Creation of dynamic property" .
Or look to downgrade your API if you are getting a Deprecated error.
see https://www.zen-cart.com/showthread....21#post1401721 earlier in this thread on how to fix php depreciated. it is because the version of square web pay is not coded for your version of php.Quote:
Originally Posted by OJ_SIMON
1. I was replying to questions,Quote:
Originally Posted by brittainmark
2. You are not totally right about it being PHP version, it can also be API version (and the reason I said API version was because the error was of a API function name and not a PHP code (yes before you say I know a API function name is also PHP code so please don't think me of a silly person) so you can have the right version of PHP for the plugin and get a API depreciated error (as some users have been known to wish to use the newest API version and believe by just replacing the API version (files in the API folder) that means they will be using the newest API version but have not upgraded the plugin as they have not updated the API call within the plugin hence depreciated when working with API's tend to be more related to API version of when you look at the line of code the error is at and it is a API function name call.
So I hope you can see why I said API version instead of just jumping to it's a PHP version error.
Kind regards OJ
This message
--> PHP Deprecated: Creation of dynamic property square_webPay::$token is deprecated in /home/customer/www/devel.tennesseetraditionalflies.com/public_html/shop/includes/modules/payment/square_webPay.php on line 109.
is caused by using an old version of the Square WebPay plugin (version 1.0.4) from the plugins library and expecting it to work with newer versions of PHP.
It has nothing to do with your API version.
The plugin library version of the Square WebPay plugin does NOT work with newer versions of PHP. That's why when you go to
https://www.zen-cart.com/downloads.php?do=file&id=2345
it says at the top:
Please note: PHP8.1+ requires a paid upgrade; purchase through https://mxworks.cc/?product=zen-cart...in-for-php-8-x
Is anyone updating the Square plugin to work with PHP 8.0 or are we stuck with mxworks?Quote:
Originally Posted by swguy
Mxworks = carlwhat, who is the guy who wrote this version. So ya, if you want to use a moden version, throw him the $100. He does send us periodic updates, and provides support when needed. Its really not a bad deal at all for what you get.
The Square plugin has worked with PHP 8.0 since v1.0.2Quote:
Originally Posted by jodean
The plugin page on Zencart states as follows.Quote:
Originally Posted by simon1066
Please note: PHP8.1+ requires a paid upgrade; purchase through https://mxworks.cc/?product=zen-cart...in-for-php-8-x
They require $100 to download it.
Your question was about PHP 8.0Quote:
Originally Posted by jodean
I just noticed this.
You are not *stuck* with mxworks, you're *incredibly lucky* to have mxworks doing this difficult work for a nominal fee.Quote:
Originally Posted by jodean
Both @lat9 and I have done custom payment module work for customers, and have charged multiple thousands of dollars.
Ain't life grand that someone is selling the Square integration to multiple people so that no one person has to pay full freight.
Thank you @carlwhat and other developers who are contributing to the Zen Cart plugin pool.
Instructions on buying the Square plugin in the help documentation here:
https://docs.zen-cart.com/user/payme...ercial_module/
There is a LOT that is freely available for use with Zen Cart. This is one of those exceptions and is very well worth the $100. mxworks makes one available free free. If you don't want to use that one, he's kind enough to offer a different version you can easily get.Quote:
Originally Posted by jodean
@swguy makes a good point. If you were to buy this out right, it would be thousands.
I bought carlwhat's Square module recently and it works great. He reacted quickly to a question I had.
The price is very reasonable. Google and Apple pay are also included.
The more people buy the module, the better the future of Square on Zen Cart.
I have purchased it also for clients many times and never an issue. The money for the plugin is very small vs the massive hours it takes to analyze an API and build integration. Carl is a hero!Quote:
Originally Posted by todoonada
Will just add my praise to Carl - purchased for myself and it works flawlessly.Quote:
Originally Posted by mprough
I get it, especially when we go down the path of using a 'free' product like zen cart you don't want to be paying for add-ons. But this one is worth it if you want to go down the square path.
many thanks for all your words of support.
it truly means a lot to me.
New issue with version 2.0.2:
Your transaction failed due to an error: [INVALID_CARD_DATA] Card nonce not found in this application environment. Please ensure an application ID belonging to the same environment is used when generating the nonce.
Have tried multiple cards.
Update: Aha! The issue is that if you are importing a live site database to the test site, you need to delete the Square Webpay app - it's not enough just to update the App ID and secret. Delete and re-add per the instructions and this issue will be resolved.
well, i certainly am happy that you got that figured out before i started burning a bunch of time on that one!Quote:
Originally Posted by swguy
best.
It will be in the documentation too so that anyone else who makes this error will be able to fix it.
We are indeed lucky to have mxworks doing this difficult work. My site was very modded but mxworks persisted with my upgrade to both Zen cart and square. Thank you mxworksQuote:
Originally Posted by swguy
Custom payment modules are expensive and time consuming. We've built them for clients, as others here have as well.Quote:
Originally Posted by mprough
Having @carlwhat build, maintain and support this module is a huge benefit to the Zen Cart community and all those business owners using this module. Thanks Carl!!