Square WebPay support thread.

johnjlarge:

Website is www.koolbadges.co.uk

One of the teachers who emailed me said just that

"Hello, we are trying to place an order online but there seems to be a problem with the website as when we click on the option to pay by debit or credit card, it doesn't do anything. Can you please contact us about this?"

And another just this morning said
"I am trying to purchase these five badges but your website won’t allow me to enter my credit card??"

However, the payment form did load for others who have checked out perfectly fine via square .

john,
i am not sure what your expectations are. your payment form works fine for some, it fails for others.

we know for the majority of ZC users out there, it seems to work fine.

i'm trying to help you with 1 problem, and now you are asking for help on numerous different problems.

with regards to your customers who are complaining, i would suggest asking them to try another browser.

as i stated above, if they can not enter credit card details, the square form is not loading, which indicates maybe they are blocking square, or maybe they are using a seriously outdated browser. i can not say...

with regards to your original problem, again, something could be hijacking the form. on the last page of the checkout process, we have already gone to square and in the background, we have added info to the form that looks like:

<form name="checkout_confirmation" action="https://www.koolbadges.co.uk/index.php?main_page=checkout_process" method="post" id="checkout_confirmation" onsubmit="submitonce();">
<input type="hidden" name="securityToken" value="4e5411c4bb0336a967fcc9d1d96c9aec">
<input type="hidden" name=[B]"square_webPay_tokenResult"[/B] value="{"details":{"card":{"brand":"VISA","expMonth":12,"expYear":2025,"last4":"1111"},"method":"Card","billing":{"postalCode":"90049"}},"status":"OK","token":"cnon:CBASEKCaBgKk1twdirP2EfAkazo"}">
<input type="hidden" name="square_webPay_verifyBuyerResult" value="{"token":"verf:CBASEPzcicdUPU2pHz-8PtKfSvc","userChallenged":false}">
<div class="buttonRow forward">
<input class="cssButton submit_button button  button_confirm_order" onmouseover="this.className='cssButtonHover  button_confirm_order button_confirm_orderHover'" onmouseout="this.className='cssButton submit_button button  button_confirm_order'" type="submit" value="Confirm Order" name="btn_submit_x" id="btn_submit">
</div>
</form>

this is missing from the confirmation form. that is what i believe to be your original error.

hi Carl.

Sorry, with regards me saying something may be blocking, that was because I thought it could be causing the error itself. I didn't mean to suggest two separate issues, the blocking suggestion was regarding the payment errors.

Was that code you mentioned that is missing from checkout-confirmation added in a version later than 1.0.1? I ask because I've rolled back the plugin to the 1.0.1 version as it still had the odd error with the card form loading for certain users, it seemed like it errored far less on this website.

I just did a test payment with my card, & I did have the form elements suggested above

<form name="checkout_confirmation" action="https://www.koolbadges.co.uk/index.php?main_page=checkout_process" method="post" id="checkout_confirmation" onsubmit="submitonce();">
<input type="hidden" name="securityToken" value="9a4f035ac6cede55a14f04ced03bd260" />
<input type="hidden" name="square_webPay_tokenResult" value="{"details":{"card":{"brand":"MASTERCARD","expMonth":12,"expYear":1234,"last4":"1234"},"method":"Card","billing":{"postalCode":"pl123rn"}},"status":"OK","token":"cnon:CBESECVIGit11dEAGJZjovKY1IY"}" />
<input type="hidden" name="square_webPay_verifyBuyerResult" value="{"token":"verf:CBESEJx-0b00JJx1dTg-ry34oKY","userChallenged":false}" />
<div class="buttonRow forward">
<input class="cssButton submit_button button  button_confirm_order" onmouseover="this.className='cssButtonHover  button_confirm_order button_confirm_orderHover'" onmouseout="this.className='cssButton submit_button button  button_confirm_order'" type="submit" value="Confirm Order" name="btn_submit_x" id="btn_submit" />
</div>
</form>

Right.

I'm back on the latest version to rule out any older code issues that have already been corrected.

I can check out just fine using this version also. I do note that the hidden form on checkout_confrimation is present, but instead of quotation marks, I have html quotes " as follows

<input type="hidden" name="square_webPay_tokenResult" value="{"details":{"card":{"brand":"MASTERCARD",

Does anyone know why I'm seeing it like that in source & could this be causing an issue?

Hi John, long shot! Did you check if your customers, who could not pay by credit card, had javascript enabled on their browser? This will cause the button to be displayed and it will not be changed to the credit card entry form.

You could test this by changing includes/modules/payment/square_webPay.php line 248-9 from

'field' => '<div id="card-container" ></div>
             <button id="card-button" type="button">Use Credit Card</button>',

to

'field' => '<div id="card-container" ></div>
             <button id="card-button" type="button">Use Credit Card</button>
             <noscript>Javascript is required to pay by credit card</noscript>',

If this is the issue then the customer will see something like

Hi Mark.

I’ve asked, but getting information out of school admin staff or English teachers about their browser is really difficult. I’ve asked for details, but alas they aren't forthcoming other than "its on the school computer" or "i tried on my iPhone"

I'll definitely add that though to let people without JavaScript enabled know they need it to pay.

Is everyone getting an email from Square saying "You are receiving this message because your application is currently using the RenewToken API, which will be completely retired by April 17, 2024." ?

swguy:

Is everyone getting an email from Square saying "You are receiving this message because your application is currently using the RenewToken API, which will be completely retired by April 17, 2024." ?

we had one

swguy:

Is everyone getting an email from Square saying "You are receiving this message because your application is currently using the RenewToken API, which will be completely retired by April 17, 2024." ?

the square webpay api makes use of a refresh token, not a renew token.

see:

https://developer.squareup.com/docs/oauth-api/migrate-to-refresh-tokens

the square payment module certainly may have made use of the renewToken. see:

https://github.com/zencart/zencart/blob/9dff1c8397def4e2408fed49a594be622450e14f/includes/classes/vendors/square/connect/lib/Api/OAuthApi.php#L155-L171

getting an email from square.... well who knows why they would send it...

Mine yesterday reported this error and it uses the CRON. Additionally, there was no nag in the module to re-token.

@carlwhat

Thanks for the very helpful module. I sent a donation to you via the link in your documentation.

Question for you. When I checkout I do not see a Zip Code field:
https://screenrec.com/share/qQ6YbdtTmG

When my client does, there is one:
https://screenrec.com/share/FuTLZrUqGv

I've done as a guest and with an account. The site is using OPC.

What is that?

jeking:

@carlwhat

Thanks for the very helpful module. I sent a donation to you via the link in your documentation.

:thumbsup:

thank you!

I think if you look, you have not entered any info in the form while the other has the card number. When you start entering the card number, the first four characters will change the icon to match the card. Completing the card number will reveal the ZIP field.

jeking:

Question for you. When I checkout I do not see a Zip Code field:
https://screenrec.com/share/qQ6YbdtTmG

When my client does, there is one:
https://screenrec.com/share/FuTLZrUqGv

I've done as a guest and with an account. The site is using OPC.

What is that?

i have no control over those fields. square controls all of that.

what logic they use to determine which fields they need in order to successfully a charge a card is not something that has really interested me. but they do things differently based on where you are located, various risk factors, etc.

in memory serves me correctly, i believe in europe they ask for an additional field as well. part of the anti-fraud movement.

but for the most part anything within the square box is controlled by them and not by me.

best.

dbltoe:

I think if you look, you have not entered any info in the form while the other has the card number. When you start entering the card number, the first four characters will change the icon to match the card. Completing the card number will reveal the ZIP field.

Yep, I just figured that out. All good, thanks.

I keep getting this error in my log. Transactions go through and work, but before every transaction this comes up.

Error Dump: [service.not_authorized]: Not Authorized

Sent to Square: Square\Models\ObtainTokenRequest Object
(
[clientId:Square\Models\ObtainTokenRequest:private] =>xxxxxxxxxxxxxxxxxxxxxxxxx

There is more to the log, but I think this is telling you whats happening? The log has my Handshake info, so I left it out.

Appreciate your app.

Thanks!

More to my error

Error when calling OAuthApi->obtainToken: {} in /var/www/vhosts/gulfstatessupply.com/Store/includes/modules/payment/square_webPay.php on line 782

brian70809:

I keep getting this error in my log. Transactions go through and work, but before every transaction this comes up.

There is more to the log, but I think this is telling you whats happening? The log has my Handshake info, so I left it out.

Appreciate your app.

Thanks!

without seeing more of the error log (including line numbers), it is hard to tell what is going on.

i do not need to see your client_id or application secret.

the obtainTokenRequest looks to only happen in 1 place. not sure why you would still be able to process transactions if your oaouth has expired.

best.

brian70809:

More to my error

what version are you running?

have you tried to refresh the token from the admin console?

i would also look to set up the handler to refresh the token via a cronjob. i think how to do that is somewhere in the docs.

best.

I have version 1.0.1 of Web Pay running successfully on Zen Cart 1.5.7d.

I have set up a test environment with Zen Cart 1.5.8 and Web Pay 1.0.4. A new application for testing has been set up in Square. It is running in sandbox mode. I can not get the Web Pay module to change from yellow to green and show the the cc payment option in the shop.

Two things are different to the running version:
1: When I click Edit on the test version, there is nothing to select in the drop down box of "Location ID". But it shows a value when I am not in Edit mode. The value is different to the value in the shop which is live.
2: The new fields of "Live Merchant Token", "Square Token TTL" and "Square Refresh Token" are all empty.

I have no idea what is wrong or missing