Square WebPay support thread.

Hi CarlWhat & DblToe,
I have been unable to remove the old square module. After shutting my store down for maintenance, I attempted to remove the old square module and when I click on remove module, it returns me to the install square.
I have attempted to reinstall the includes folder and the php file in the root. The result remained the same.
I have not been able to see the new module either.
I am running ZC 1.5.7c.
I don't want to put the store back online with just PayPal as a payment option with no Square Available.
Please advise.

carlwhat:

ok, @Nick1973 and whoever else is paying attention, this is what i have found.

• we have 2 event listeners competing for the same event.

• when, the square_webpay event listener gets registered first, there is a successful transaction.

• when the OPC event listener gets registered first, the square submittal does not happen, and hence there is no token that gets submitted as part of the form.

• i have no idea why on some sites, the event listener gets registered first in OPC and other times square_webpay.

• i am working on addressing that.

as a test, leave Minify set to FALSE - always... until the problem is resolved.

try commenting out these 2 lines:

https://github.com/lat9/one_page_checkout/blob/e484351e78d3cef19552f1b5203670140ef9d608/includes/modules/pages/checkout_one/jquery.checkout_one.js#L545
https://github.com/lat9/one_page_checkout/blob/e484351e78d3cef19552f1b5203670140ef9d608/includes/modules/pages/checkout_one/jquery.checkout_one.js#L568

and try placing an order.

So is this the fix? Or do I need to wait for you to further investigate?

On it now.

nonprofit:

Hi CarlWhat & DblToe,
I have been unable to remove the old square module. After shutting my store down for maintenance, I attempted to remove the old square module and when I click on remove module, it returns me to the install square.
I have attempted to reinstall the includes folder and the php file in the root. The result remained the same.
I have not been able to see the new module either.
I am running ZC 1.5.7c.
I don't want to put the store back online with just PayPal as a payment option with no Square Available.
Please advise.

dbltoe:

On it now.

Issue resolved!
Our host confirmed that the old Square ddidn't have to be removed, just turned off.
I completed the ID and Token refresh from the old values saved from the disabled module and completed the upgrade.
Thank you, DblToe!

nonprofit:

Issue resolved!
Our host confirmed that the old Square ddidn't have to be removed, just turned off.
I completed the ID and Token refresh from the old values saved from the disabled module and completed the upgrade.
Thank you, DblToe!

Does this mean now that there is a new version of this module that works with OPC?

Nick1973:

So is this the fix? Or do I need to wait for you to further investigate?

Nick1973:

Does this mean now that there is a new version of this module that works with OPC?

nick, that is the fix. there is no new version forthcoming. when there is, you can see it in the downloads page as well as an announcement here.

i am not sure what more you would want me to investigate. your problem appears solved.

and the idea that this is a problem with square_webPay v OPC could be one that could be debated ad nauseam.

carlwhat:

nick, that is the fix. there is no new version forthcoming. when there is, you can see it in the downloads page as well as an announcement here.

i am not sure what more you would want me to investigate. your problem appears solved.

and the idea that this is a problem with square_webPay v OPC could be one that could be debated ad nauseam.

I wasn't asking you to digress :D, I was asking you if it was fixed. That is all I am interested in!

Now I can go and get a life haha...well I hope anyway :P

Second time I've personally seen this one. Not recorded to logs, the customer proceeds through checkout payment and then ends up on the squareWebPay_handler.php with a blank white page. At this point, customers are stuck there unless they click back and proceed again. Had a few abandoned carts due to this.

Anyone else experienced this? Most payments going through perfectly fine.

Finally got a customer from one of our sites to answer their phone and let us walk through the process with them.

The site has the latest WebPay from github and OPC without any changes other that the comment-outs suggested in WebPay.

The item is also Free Shipping

I have been able to test with VISA successfully every time.

Tried with a MC after this trial and got the error

This site is getting multiple sales daily and only an occasional ms-confg.

This customer got the usual ms-confg using DISCOVER.

She volunteered to use another card and I asked if she had AMEX.

She did and it worked flawlessly, first time.

So perhaps anyone who can test DISCOVER and MC to see if they get the same results.

Also, while it may be only specific to OPC, the item's free shipping throws the following error:

[27-Apr-2022 21:26:10 UTC] PHP Notice: Malformed value for session-based shipping module; customer will need to re-select: {"id":"","title":"FREE SHIPPING! (No Delivery Charge)","cost":0} in /includes/classes/order.php on line 323

carlwhat:

who knew? i'm working on an alternative...

thanks for your support.

best.

Yes... I too would send some coffee/cake money if there was some way for us British fellows to do so. I haven't plugged in your module yet as I am doing a complete re-vamp of my websites, but knowing your module is available is a massive relief.

Now there's an avatar from the past! Good to see you.

Check post #29 for CarlWhat's PayPal info.

schoolboy:

Yes... I too would send some coffee/cake money if there was some way for us British fellows to do so. I haven't plugged in your module yet as I am doing a complete re-vamp of my websites, but knowing your module is available is a massive relief.

there is a payPal link in my signature for you british blokes!

appreciate any and all support.

thanks in advance.

dbltoe:

Finally got a customer from one of our sites to answer their phone and let us walk through the process with them.

The site has the latest WebPay from github and OPC without any changes other that the comment-outs suggested in WebPay.

The item is also Free Shipping

I have been able to test with VISA successfully every time.

Tried with a MC after this trial and got the error

This site is getting multiple sales daily and only an occasional ms-confg.

This customer got the usual ms-confg using DISCOVER.

She volunteered to use another card and I asked if she had AMEX.

She did and it worked flawlessly, first time.

So perhaps anyone who can test DISCOVER and MC to see if they get the same results.

Also, while it may be only specific to OPC, the item's free shipping throws the following error:

[27-Apr-2022 21:26:10 UTC] PHP Notice: Malformed value for session-based shipping module; customer will need to re-select: {"id":"","title":"FREE SHIPPING! (No Delivery Charge)","cost":0} in /includes/classes/order.php on line 323

if you have done the comment outs as suggested in this post:

https://www.zen-cart.com/showthread.php?228750-Square-WebPay-support-thread&p=1387913#post1387913

i am still not sure how you can be getting the ms-confg error. it is entirely possible you are getting a different error, but i do not think it is the 'ms-confg`.

if all VISA transactions work, and some other card does not, this suggests to me a configuration issue. and now thinking about it, perhaps the ZC configuration might cause that error; but it still seems a bit suspicious to me.

i would look at the ZC config values for which credit cards are enabled. specifically admin -> configuration -> credit cards. in addition, i would also look at the configuration on the square dashboard to see if there is something up there for which credit cards that app accepts.

the ms-confg error means we do not have a communication back from square in our post to your zc server. other errors are possible; but i'm doubtful that if you have commented out the submits in OPC and the form still gets submitted (which it should), then there should be an error message from square different from the misconfig error message.

i could be wrong. but i do not think so...

Sure looks like a SQ-MSCONF error to me.
[Attachment no longer available]

dbltoe:

Sure looks like a SQ-MSCONF error to me.
[Attachment no longer available]

and what happens when you turn OPC off?

i would suggest reviewing post #52 above.

i have no idea which of your numerous sites is getting that error or the modifications on said site.

if you look at post #52, you will see there are competing listeners attaching themselves to the same event, ie clicking of the confirm order button. if this site has ANOTHER listener attached to that event, then it is entirely possible that listener could be causing the problem.

Already had those lines commented out. That was the saving point for one of our customers.

Sat down and wrote down scenarios. Only one customer having problems. Amex and Visa fine. Others, got the error.

Suddenly realized this morning that, what i had mentioned before could be the problem. This customer uses freeshipper.

Digging back through everything, I had mentioned this before.

I went back to the problem site and found items that required postage. All items worked with Visa and MC. I do not have access to Amex or Discover.

I have delayed on trying lat9's OPC fix while doing these checks.

Just wanted to pass on what I have learned so far.

Also, they are getting an error that MODULE_PAYMENT_SQUARE_ENTRY_REFUND_TITLE is already defined in includes/langues/english/modules/payment/square_webPay.php on line 85

Lines 82-86 of the latest file:```
// do not change; for common use on admin.
const MODULE_PAYMENT_SQUARE_ENTRY_REFUND_TITLE = MODULE_PAYMENT_SQ_WEBPAY_ENTRY_REFUND_TITLE;
const MODULE_PAYMENT_SQUARE_ENTRY_TRANSACTION_SUMMARY = MODULE_PAYMENT_SQ_WEBPAY_ENTRY_TRANSACTION_SUMMARY;
const MODULE_PAYMENT_SQUARE_ENTRY_REFUND_TITLE = MODULE_PAYMENT_SQ_WEBPAY_ENTRY_REFUND_TITLE;
const MODULE_PAYMENT_SQUARE_ENTRY_REFUND = MODULE_PAYMENT_SQ_WEBPAY_ENTRY_REFUND;

dbltoe:

Already had those lines commented out. That was the saving point for one of our customers.

Sat down and wrote down scenarios. Only one customer having problems. Amex and Visa fine. Others, got the error.

Suddenly realized this morning that, what i had mentioned before could be the problem. This customer uses freeshipper.

Digging back through everything, I had mentioned this before.

I went back to the problem site and found items that required postage. All items worked with Visa and MC. I do not have access to Amex or Discover.

I have delayed on trying lat9's OPC fix while doing these checks.

Just wanted to pass on what I have learned so far.

so you have a problem with freeshipper, and now you are somehow posting this here in the square webpay module?

i'm confused about that.

i am here to support code that i developed, that part of the zc team asked for me to take on. which i generously did. and I, based on you and @Nick1973 's postings, found where OPC and square webpay do not play nice together. and now you would like to find out where an error in freeshipper is now wrecking further havoc on your customer's sites?

:yuck: :yuck: :yuck:

a malformed request for sure...

dbltoe:

Also, they are getting an error that MODULE_PAYMENT_SQUARE_ENTRY_REFUND_TITLE is already defined in includes/langues/english/modules/payment/square_webPay.php on line 85

Lines 82-86 of the latest file:```
// do not change; for common use on admin.
const MODULE_PAYMENT_SQUARE_ENTRY_REFUND_TITLE = MODULE_PAYMENT_SQ_WEBPAY_ENTRY_REFUND_TITLE;
const MODULE_PAYMENT_SQUARE_ENTRY_TRANSACTION_SUMMARY = MODULE_PAYMENT_SQ_WEBPAY_ENTRY_TRANSACTION_SUMMARY;
const MODULE_PAYMENT_SQUARE_ENTRY_REFUND_TITLE = MODULE_PAYMENT_SQ_WEBPAY_ENTRY_REFUND_TITLE;
const MODULE_PAYMENT_SQUARE_ENTRY_REFUND = MODULE_PAYMENT_SQ_WEBPAY_ENTRY_REFUND;

a definite bug.

thank you for posting.

Customer is having this error.

SQ-MISCONF

This is whats shown in the logs:-

PHP Notice: missing token result: {"main_page":"checkout_confirmation","securityToken":"17ea4ca2ee9862e75351f151410f6b1c","action":"submit","dc_redeem_code":"","payment":"square_webPay","comments":"Open Monday to Friday 8.30am to 3.30pm. Close on 25th May to 8th June","_ga":"GA1.3.1565247237.1651828904","_gid":"GA1.3.1193966615.1651828904","cart":"eNpLtDK0qs60sjA1NLROBLGLrYytlApLKpWswSxjAwMl69paANi3Cs0=","cartkey":"26cabe76ba7bec9f06e3d9d8099b871a","zenid":"5ebb687a6ad4b7fb2cec87cd7f669bd0","_gat":"1"} in /home/public_html/koolbadges.co.uk/includes/modules/payment/square_webPay.php on line 234.

Any ideas what can cause this?

Thanks in advance