Square Payment Module for Zen Cart [Support Thread]

Yes that fixed it. I changed one of the values. May be need to add line about checking any files you have changed using the override system.

There are no template files with this mod. Shouldn't be anything in a template folder

Changed MODULE_PAYMENT_SQUARE_TEXT_CATALOG_TITLE to "credit/debit card" so I have put it in the template folder rather than overwrite the original I put it in the template folder. I thought that was what it was for.

What is the name and location of the file you are changing? Even with my "sometimers", I don't remember the mod ever using an override.

I change \includes\languages\english\modules\payment\square.php to change the text i wanted to display MODULE_PAYMENT_SQUARE_TEXT_CATALOG_TITLE

Yes, it was necessary to update the language file between versions. The MODULE_PAYMENT_SQUARE_TEXT_NOTICES_TO_CUSTOMER constant was added in 1.2

brittainmark:

Changed MODULE_PAYMENT_SQUARE_TEXT_CATALOG_TITLE to "credit/debit card" so I have put it in the template folder rather than overwrite the original I put it in the template folder. I thought that was what it was for.The confusion is that this is not a "template" file. Or, a file that needs to be in an override folder.
I change \includes\languages\english\modules\payment\square.php to change the text i wanted to display MODULE_PAYMENT_SQUARE_TEXT_CATALOG_TITLEThere's no override for the includes/languages/english/modules folder that I know of. There is the possible override for the payment folder but, I doubt if any of the Square mod's files would gain any benefit from an override. Probably more bad than good would come from doing an override.

The proper place for your file would be /includes/languages/english/modules/payment/responsive_sheffield_blue/square.php.

Not sure that the change is needed though as most folks think of the two as synonymous.

For payment modules I never bother with using language-file-overrides subdirectories, because the changes I'm making there are never template-specific. They are usually simple edits that are easy to merge back in when doing an upgrade.
That said, you're free to use the override directory as long as you remember to re-merge all the changes into your override every time you upgrade the payment module.

Yes I use the override system. I just forgot to change my file in responsive Sheffield blue. Sorry not trying to cause issue. I do this for all mods so I can see what has changed in the original. I was just a bit rushed and forgot to check my changes.

fresh install of v1.5.7 and fresh install of square - none of my payment modules are showing up online
Posted in Re: Admin section issue with Payments

johnniejetski2:

fresh install of v1.5.7 and fresh install of square - none of my payment modules are showing up online
Same here, logs had
PHP Fatal error: Uncaught Error: Class 'SquareConnect\Model\CreatePaymentRequest'

but I copied all the files from this module and it's working now.

We are in the process of migrating over a Zen Cart website to our hosting platform. As part of the migration, we have updated the site from Zen Cart v1.2 to v1.5.6c. The site was using the Paya payment module to credit card processing until we did the update. It will not work any longer. The client asked us to switch to Square. We have installed your module and have successfully connected it to Square. However, checking out is taking so long that the process times out. We have uninstalled and reinstalled the module, but it still won't work. We have installed Stripe and it works without any issues. Do you have any ideas of what might be causing it to time out? Any help will be appreciated!

The site is https://www.queenhomeschool.com. To see our updated copy, you will need to update your host file to point to 162.255.117.84. Thanks!

redelephant:

We are in the process of migrating over a Zen Cart website to our hosting platform.
As part of the migration, we have updated the site from Zen Cart v1.2 to v1.5.6c.
Tip: We always recommend doing the upgrade either "before" or "after" switching servers, just to help rule out "the server config" as a cause of any issues that arise.
That said, sometimes it's impossible to do this if PHP versions aren't compatible between servers ... such as the very large version-jump you're doing in this case.
I'm just mentioning it for future reference.

redelephant:

The client asked us to switch to Square. We have installed your module and have successfully connected it to Square.
By "successfully connected" I'm assuming you mean a "token has been exchanged". This is good, insomuch as it confirms that the Zen Cart store is successfully listening to Square's webhook.

redelephant:

We have uninstalled and reinstalled the module.Uninstalling/reinstalling are probably not going to add much value, but good to have tested that at least once.

However, it would be good to ensure the module's files are all up-to-date with the latest release of the Square module compatible with your PHP and Zen Cart versions.

redelephant:

Do you have any ideas of what might be causing it to time out?
What's the output of running the site's /extras/curltester.php script?
You can get the latest version of it from:
https://github.com/zencart/zencart/blob/v158/extras/curltester.php
(It's a standalone file, independent of Zen Cart or PHP versions. It tests connectivity to common modules, including Square. It's intended for Hosting companies to use for quick troubleshooting.)

Where's the server located? ie: I wonder if Square's endpoints are easily reachable from your IP location without long lag times?
The Square endpoint is https :// connect.squareup.com (The curltester script above tries to connect to it.)

redelephant:

However, checking out is taking so long that the process times out.
You could uncomment the setDebug line highlighted here, to have it log connection/communication attempts, to see whether the endpoint is providing any useful troubleshooting information:
https://github.com/zencart/square_payments_for_zencart/blob/aeee8dda0db9ee6bde3343289542271676afaf1b/files_to_upload/includes/modules/payment/square.php#L468-L476

New store with 1.5.6c version of Zencart. Square payments stopped working with no changes to the site with an error in step 2 of checkout below
"Sorry, we are not accepting payments from your region at this time. Please contact us for alternate arrangements."

I checked the module under admin payments and found a notice there that there was a newer version of the Square login available so I checked my php level and it was 7.2 and installed the new version of the plugin for 5/28/20. After install the button next to the Square Module is yellow not green but shows no errors anywhere and does not ask for anything to be updated. Everything appears to be correct but I still get the same error at checkout.

dallison:

"Sorry, we are not accepting payments from your region at this time. Please contact us for alternate arrangements."
That message appears when none of the installed payment modules passes the required checks to be displayed.
Those checks are:

1. Compare the customer's address against any address-restrictions you've set in the module (eg: Payment Zone Restrictions, if it's not set to "(None)": best to leave it at "(None)"). If the setting is not None then the icon will show yellow.
2. The module's status is set to True or Enabled. (It's the first setting in each payment module's configuration settings.) If not set to True then the icon will show yellow.
3. The module's internal checks don't pass, such as perhaps with Square you haven't clicked Edit and chosen your store's defined Location from the dropdown?
4. The customer is shopping in a currency that the module cannot use because the Square Location you set doesn't support any currencies in your Zen Cart store.
5. The module's configuration token has expired (or hasn't been set). Usually you'll see an error in the module settings showing a button to click to re-authorize the module just like during initial setup.

DrByte:

That message appears when none of the installed payment modules passes the required checks to be displayed.
Those checks are:

1. Compare the customer's address against any address-restrictions you've set in the module (eg: Payment Zone Restrictions, if it's not set to "(None)": best to leave it at "(None)"). If the setting is not None then the icon will show yellow.
2. The module's status is set to True or Enabled. (It's the first setting in each payment module's configuration settings.) If not set to True then the icon will show yellow.
3. The module's internal checks don't pass, such as perhaps with Square you haven't clicked Edit and chosen your store's defined Location from the dropdown?
4. The customer is shopping in a currency that the module cannot use because the Square Location you set doesn't support any currencies in your Zen Cart store.
5. The module's configuration token has expired (or hasn't been set). Usually you'll see an error in the module settings showing a button to click to re-authorize the module just like during initial setup.

Thank you very much for the information. Nothing appears to have changed since the upgrade. Customer address is good, module is set to true, location has been selected as default as physical in the square account and as non in the module, as shopping is in USD, there is not message that the token has expired or any mention of it in the module under the Edit or Remove Module Buttons. Should I replace the token within my Square Account and look for a reset message within the module?

Should I replace the token within my Square Account and look for a reset message within the module?
If the Locations dropdown is not empty when you click Edit on the module, then usually that means the token is fine.
You can also just visit https://your_site.com/square_handler.php in your browser and it will auto-refresh the token if possible. If it fails then in the module Admin page the green "login and authorize" button will appear and the module's status will be set to false.

I reset the token in my square account but don't see anything needed related to this in the admin page for the module. When I did this it did not seem to change anything.
Everything appears to be setup correctly but I have a yellow indicator on the module but all the steps above appear correct. Should I regenerate and replace the application ID and application secret?

dallison:

I reset the token in my square account but don't see anything needed related to this in the admin page for the module. When I did this it did not seem to change anything.
Everything appears to be setup correctly but I have a yellow indicator on the module but all the steps above appear correct. Should I regenerate and replace the application ID and application secret?

I'm completely stumped here. No idea why the Square app. stopped working with no changes to the site or what to do to get it back up and taking payments. The indicator on the app. is yellow and lists the app as processing and there is no buttons to reset the token or anything, location is set to none. Https is working correctly in checkout. Any help is appreciated. Cannot sell at this point at all.