Jump to content

Help: Checkout pages incorrectly re-directing


skinnybloke

Recommended Posts

Hi - I have a problem with the checkout on one of my sites: https://www.luxurygardengazebos.com

 

After completing the login, or creating a new account, in the '02. Sign in' section of the checkout, the page incorrectly redirects to https://www.luxurygardengazebos.com/my-account whereby it should re-direct to https://www.luxurygardengazebos.com/order?step=1&multi-shipping=0

 

I do not have this issue on my test version of this site, which is a copy of the live site and sits on the same server.

 

I also do not have this issue on another Prestashop site I am developing.

 

All the settings in the back office are the same.

 

Anybody any ideas on what I should be checking.

Link to comment
Share on other sites

After completing the login, or creating a new account, in the '02. Sign in' section of the checkout, the page incorrectly redirects to https://www.luxuryga....com/my-account whereby it should re-direct to https://www.luxuryga...ulti-shipping=0

 

Can you describe how you are getting to the '02. Sign in' page?  Are you clicking the sign in link at the top of your website?

Link to comment
Share on other sites

No. I am adding a product to the basket and then clicking on "Proceed to Checkout' on the popup, and then clicking on "Checkout" at the bottom of the Shopping Cart Summary page

 

The version is v1,6.0.9 -  I assume that for some reason Authcontroller.php is failing on one of it's condition checks.

Edited by skinnybloke (see edit history)
Link to comment
Share on other sites

could be a theme issue

 

The 'already registered' form on your custom theme has the following hidden input field, which is meant to control where the customer goes after logon

<input class="hidden" name="back" value="https://www.luxurygardengazebos.com/order?step=1&amp;multi-shipping=0" type="hidden">

If I compare that to the default theme on 1.6.0.9, the same hidden field has an empty back value.

<input type="hidden" class="hidden" name="back" value="">

In my opinion, your custom theme is using a back value, which would appear to bring you to step 1 of the order process, but perhaps those extra ampersand characters are messing things up?

Link to comment
Share on other sites

I tried replacing my modified authentication.php with the file from the initial 1.6.0.9 download and the problem still exists.

 

I tried hardcoding the href value replacing the '&' with '&' but the problem still exists.

 

Interesting that the ampersand displays as '&' on my 2 sites that work but as '&' on the site that does not.

 

Could there be environment differences that is causing this problem? Or corruption somewhere in my files or the database?

Link to comment
Share on other sites

  • 2 weeks later...

Ok - a bit more information on this.

 

The site I am having a problem with resides on a 1&1 Unlimited Plus platform.

 

I set-up a test site on the same server named www.domain.com and installed the default prestashop v1.6.0.9. This gave me the same problem I was having with my live site.

 

I then created a new subdomain named sub.domain.com and pointed it to the same webspace and database, changed the shop domain in the 'SEO & URL's' back office to sub.domain.com and it worked.This is how my test site for my live system is set-up.

 

Next I changed the shop domain in the 'SEO & URL's' back office to domain.com, removing the www's  and this worked.

 

I looked at my other live site on another suppliers platform and it was using www's without any problem.

 

So the problem seems to be using www's in the shop domain on this 1&1 platform.

 

To summarise:

 

www.domain.com - Does not work

domain.com - works

sub.domain.com - works

 

Any ideas on what I can try so that the www's prefix works?

  • Like 1
Link to comment
Share on other sites

  • 3 weeks later...
×
×
  • Create New...