Square WebPay support thread.

Quote:

---

Originally Posted by lat9

Since the site is running https-all-the-time, your site's root .htaccess file should 'support' that. Make a backup copy and add the following clauses close to the top of the file to 'force' the access to https://vinyldecalsuperstore.com/{whatever} when the access is made as

vinyldecalsuperstore.com/VDSstore/{whatever}
http://vinyldecalsuperstore.com/{whatever}
http://www.vinyldecalsuperstore.com/{whatever}
https://www.vinyldecalsuperstore.com/{whatever}

Code:

---

RewriteCond %{SERVER_PORT} 80 [OR]
RewriteCond %{HTTP_HOST} ^www\.vinyldecalsuperstore\.com$ [NC]
RewriteRule (.*) https://vinyldecalsuperstore.com/$1 [R=301,L]

---

---

I've got a bunch of this stuff in my .htaccess folder right now, including a domain that points to my primary vinyldecalsuperstore.com

Code:

---

RewriteCond %{HTTP_HOST} ^vdsdecal\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.vdsdecal\.com$
RewriteRule ^/?$ "https\:\/\/vinyldecalsuperstore\.com\/" [R=301,L]
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-SSL} !on
RewriteCond %{HTTP_HOST} ^vinyldecalsuperstore\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.vinyldecalsuperstore\.com$
RewriteRule ^/?$ "https\:\/\/vinyldecalsuperstore\.com\/" [R=301,L]
RewriteCond %{HTTP_HOST} ^.*$
RewriteRule ^/?$ "https\:\/\/vinyldecalsuperstore\.com\/VDSstore\/" [R=301,L]
RewriteBase /

# Rewrites all URLS without VDSstore in them
RewriteCond %{REQUEST_URI} !^/VDSstore/

# Rewrites all URLS [Replace "example" with the actual domain, without the TLD (.com, .net, .biz, etc)]
RewriteCond %{HTTP_HOST} ^(www\.)?vinyldecalsuperstore\.

# Rewrite all those to insert /folder
RewriteRule ^(.*)$ /VDSstore/$1 [L]

---

Is there a particular order I should have all this and if so, where should I insert the code you gave me?
Thank you so very much!

Quote:

---

Originally Posted by VDecalS

I've got a bunch of this stuff in my .htaccess folder right now, including a domain that points to my primary vinyldecalsuperstore.com

Code:

---

RewriteCond %{HTTP_HOST} ^vdsdecal\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.vdsdecal\.com$
RewriteRule ^/?$ "https\:\/\/vinyldecalsuperstore\.com\/" [R=301,L]
RewriteCond %{HTTPS} off
RewriteCond %{HTTP:X-Forwarded-SSL} !on
RewriteCond %{HTTP_HOST} ^vinyldecalsuperstore\.com$ [OR]
RewriteCond %{HTTP_HOST} ^www\.vinyldecalsuperstore\.com$
RewriteRule ^/?$ "https\:\/\/vinyldecalsuperstore\.com\/" [R=301,L]
RewriteCond %{HTTP_HOST} ^.*$
RewriteRule ^/?$ "https\:\/\/vinyldecalsuperstore\.com\/VDSstore\/" [R=301,L]
RewriteBase /

# Rewrites all URLS without VDSstore in them
RewriteCond %{REQUEST_URI} !^/VDSstore/

# Rewrites all URLS [Replace "example" with the actual domain, without the TLD (.com, .net, .biz, etc)]
RewriteCond %{HTTP_HOST} ^(www\.)?vinyldecalsuperstore\.

# Rewrite all those to insert /folder
RewriteRule ^(.*)$ /VDSstore/$1 [L]

---

Is there a particular order I should have all this and if so, where should I insert the code you gave me?
Thank you so very much!

---

you are having a token problem!

https://vinyldecalsuperstore.com/VDS...ay_handler.php

is returning a 417. fix that, and then lets see what happens.

i think there is info on this thread on it. but let us know if you need help with it.

Quote:

---

Originally Posted by carlwhat

you are having a token problem!

https://vinyldecalsuperstore.com/VDS...ay_handler.php

is returning a 417. fix that, and then lets see what happens.

i think there is info on this thread on it. but let us know if you need help with it.

---

That's probably it. My Square Developer OAuth page says I have 8 Active tokens. Only I don't know how to even view them! :bangin:

In Square Developer: I've replaced my token, and replaced my OAuth Application Secret. So now I'm up to 9 active tokens.
then;
In my Zen-Cart I removed the Square WebPay Module, then Installed it with the new OAuth Application Secret and tried to Authorize with the green bar and still get the Debug logs as stated in #94
I'm feeling beaten down. Walking away from this for a bit before trying the restore from backup. I still have PayPal for now.

Thanks all.

Quote:

---

Originally Posted by VDecalS

In Square Developer: I've replaced my token, and replaced my OAuth Application Secret. So now I'm up to 9 active tokens.
then;
In my Zen-Cart I removed the Square WebPay Module, then Installed it with the new OAuth Application Secret and tried to Authorize with the green bar and still get the Debug logs as stated in #94
I'm feeling beaten down. Walking away from this for a bit before trying the restore from backup. I still have PayPal for now.

Thanks all.

---

but we are so close....

again, the problem is here:

https://vinyldecalsuperstore.com/VDS...ay_handler.php

this is returning a 417. in a fully functioning implementation, it should return a 200.

on this line:

https://github.com/proseLA/square_we...andler.php#L22

set that to true, ie:

PHP Code:

---

$verbose = true; 


---

then, click on the link above, and lets see what the error message is.

just that, and we should have some good info to go on.

also, are we not getting any logs? we should have some logs if the token is not refreshed properly.

best.

Perhaps these instructions will help.

Solely put together by me and not a sanctioned part of the mod.

https://myzencarthost.com/index.php?...ay-Module.html

Quote:

---

Originally Posted by VDecalS

In Square Developer: I've replaced my token, and replaced my OAuth Application Secret. So now I'm up to 9 active tokens.
then;
In my Zen-Cart I removed the Square WebPay Module, then Installed it with the new OAuth Application Secret and tried to Authorize with the green bar and still get the Debug logs as stated in #94
I'm feeling beaten down. Walking away from this for a bit before trying the restore from backup. I still have PayPal for now.

Thanks all.

---

ok, we were going down the wrong track. this problem is solved.

admin -> configuration -> sessions -> recreate session.

this value was set to true. setting it to false has fixed the time out error.

i will have to explore a bit as to what that config value does and why it does not destroy the session in paypal, but it destroys it in square.

best.

carlWHAT? called the savior by the chief bottle washer... AND ME!:bow:

cake sent via PayPal:hug:

Quote:

---

Originally Posted by VDecalS

carlWHAT? called the savior by the chief bottle washer... AND ME!:bow:

cake sent via PayPal:hug:

---

:thumbsup:

thank you.

Quote:

---

Originally Posted by carlwhat

ok, we were going down the wrong track. this problem is solved.

admin -> configuration -> sessions -> recreate session.

this value was set to true. setting it to false has fixed the time out error.

i will have to explore a bit as to what that config value does and why it does not destroy the session in paypal, but it destroys it in square.

best.

---

ok, this worked for a hot minute, but now it is not.

i have some more information, in case someone would like to chime in... which would be appreciated.

standard 3 page checkout. on chrome, one gets to the checkout confirmation page. at the end of the tpl_checkout_confirmation_default.php script, the session looks intact. HOWEVER, after the page is completely rendered, the session is destroyed. this is confirmed by clicking on the my account link (without clicking on the order confirmation submit button), and it directs one to a login page, which is unexpected behavior.

interestingly enough, this behavior does NOT happen on firefox. the expected process happens, and there is no destruction of the session.

apparently this behavior does NOT happen with paypal express checkout on firefox or on chrome (ie it works).

session settings can be seen here:

https://www.dropbox.com/s/8tk970t6c2...06-12.png?dl=0

if anyone has any ideas, i am listening.

thanks in advance.