Square WebPay support thread.

[dbltoe]

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

Check post #29 for CarlWhat's PayPal info.

[carlwhat]

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.

[carlwhat]

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....13#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...

[dbltoe]

Sure looks like a SQ-MSCONF error to me.

[carlwhat]

Sure looks like a SQ-MSCONF error to me.

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.

[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.

[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;

[carlwhat]

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?



a malformed request for sure...

[carlwhat]

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.

[johnjlarge]

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