Square WebPay support thread.

[Nick1973]

Ok well the new method was installed, I just upgraded and overwrote the files it to the latest version that was available to download from Zen Cart Modules on the website.

[dbltoe]

The files for the old Square that need to be maintained for historical reasons are not overwritten by the new WebPay.

[Nick1973]

no you have misunderstood. The old method has been disabled. The new method was already installed, however it was an older version of the newer method. So it has been upgraded to the latest version of the newer method.

[dbltoe]

There is Square (the original mod) and Square WebPay (the current mod). Both have had more than one version.

If you used the Square mod to process any past orders, leaving those Square files on your site will allow you to view the complete history for those orders.

I you did not use the Square mod to process any orders, removing the old Square files is optional (some folks are just cumpuslsive about "getting rid" of things). WebPay upgrades are generally done to override existing files with the newer version but always check the readme for any extra instructions.

The old Square is still being loaded with 2.0 as of this date, so many will have the Square files and never have used it for processing.

Hopefully, that clarifies what I was saying.

[Nick1973]

ok it doesn't really give me any ideas of why I am getting errors.

[dbltoe]

You are aware that Square was down last week when you reported your error, right?

The are supposedly operational today. https://isSquareUp.com shows the outage on the 7th and 8th.

If you are still having problems, we need to know as many answers to the Posting Tips as you can provide. Also, any error/warning logs should be entered using the # above.

[Nick1973]

I'm now getting these errors as well.

[dbltoe]

Since you did not answer any of the posting tips, this is possibly more informational than helpful. I have no idea if you are using OPC, a template that might be a problem, or some other situation.

A generic decline means that some information was not entered or entered incorrectly. Since the billing address/zip is an important part of the transaction verificaton, payment gateways will never specify to the customer what was "generically" incorrect. It gives information that bad guys can use to get information not found on hte card. Since the newest WebPay is set to not allow checking out without filling the form with all the info, my money's on the information being incorrect.

One problem that comes up in Chrome and other browsers is that it may be set to automatically fill in the shipping/billing and has a tendency to add the city into the Address 2 block. That will cause a generic decline. Another instance is a user with a corporate CC using their home zip instead of that for the card's billing address. Both situations result in a generic decline.

Review every entry on the checkout page

[swguy]

hi jim,
v 1.0.4 makes use of square SDK version: 17.2.0.20220216. This SDK requires php 7.4 - php 8.0.

the error you are seeing is from php 8.2.

you may be able to run with php 8.1; but i have not tested it.

best.

@carlwhat please write up some copy that explains how to get the updated integration, and I'll put it on the help page. People need to understand that there is an upgrade path.

[masterrusty]

i don't know what to tell you. you seem to have a very rudimentary error that indicates a problem with either your credentials or your oauth token.

i would double check all of that information as well as the instructions on the docs for doing the install. mind you the problem is not with the code (no need to re-upload files), but something is wrong with your settings. or your square admin daashboard.

in your store root you can create a file called test.php with the following information:

<?php
require('includes/application_top.php');
include_once DIR_FS_CATALOG . DIR_WS_MODULES . 'payment/square_webPay.php';
include_once DIR_FS_CATALOG . DIR_WS_LANGUAGES . 'english/modules/payment/square_webPay.php';

$test = new square_webPay();

$pulldown = $test->getLocationsPulldownArray();

print_r($pulldown);
die(__FILE__ . ':' . __LINE__);

when you go to:

www.mystore.com/test.php

you should see something like:

Array ( [0] => Array ( [id] => Default Test Account:[LKCCSZDNNZ0S6]:USD [text] => Default Test Account: USD ) ) /var/www/zcdev/test.php:21

if the Array is empty, you have done something wrong.

best.

I ran the test.php and the array is coming up empty. I also compared a fresh download of 1.5.7b to my files. There are no differences in the core files.

The OAuth Redirect URL in the module appears to be wrong. It does not include "squareWebPay_handler.php".

If I have squareWebPay_handler.php in my OAuth Redirect URL in developer.squareup.com, I get a blank white page when clicking ""Click Here to Log in and Authorize Your Account". But if I leave squareWebPay_handler.php out in my OAuth Redirect URL in developer.squareup.com, it redirects to the website main page, but the token does not update in the payment module.

Do you know why the requested OAuth Redirect URL in the Square Web Payments Module is not requesting squareWebPay_handler.php?

test.fantasycostume.com
zen 1.7.5d
Php 7.4