(Solved) {shop_url} in email template redirects to index.php

[Whispar1]

In the BO translations, emails sent to customers have a link at the bottom

 

You can now place orders on our shop: {shop_url}

 

When clicked - customer sees this:

 

[Debug] This page has moved

Please use the following URL instead: http://www.whispardesign.com/

 

Yes it functions properly but not very user friendly.

What do I need to change in {shop_url} to leave off index.php?

Edited March 29, 2013 by Whispar1 (see edit history)

[Whispar1]

As a crude workaround I modified account.html {shop_url} with actual URL

<td align="left">You can now place orders on our shop: <a href="{shop_url}">{shop_name}</a>.</td>

 

It would be nice to know why the email templates are trying to go to index.php so if anyone has an Idea how to format shop_url to not go to index.php, it is appreciated. Otherwise the manual change for all the html email temps will be a pain but doable if that is the only workable option.

[vekia]

in which version of ps this issue appears?

[Whispar1]

1.5.3.1

What is interesting is the links inside the email body (my account, order history, etc.) are all url friendly links that go directly to the page. Only the shop url goes to index.php

 

Also the intransit email does not have a follow up link:

You can track your package using the following link: {followup}

Edited March 26, 2013 by Whispar1 (see edit history)

[motoSmile.pl]

Yes, that`s mine problem too...

[Whispar1]

I'm surprised more people do not have this issue (or never bothered to check what is being sent to customers). It may seem trivial, but it's just not very customer-centric for a customer to get an error message that the main page to your site doesn't exist and must click a redirect link to get to it.

[moros]

classes/Mail.php

Line 250

//~ $template_vars['{shop_url}'] = Tools::getShopDomain(true, true).__PS_BASE_URI__.'index.php';

$template_vars['{shop_url}'] = Tools::getShopDomain(true, true).__PS_BASE_URI__;

and... here we go =)

[Whispar1]

Beautiful!

Thank you for this! Now if I can just get the shipping tracking link {follow} to work all will be well with the world =)

Edited March 28, 2013 by Whispar1 (see edit history)

[moros]

don't forget to show us how you made guest-tracking?id_order=OZYPRZYMG&email={email}

coz {email} not recognizing on mine....

[Whispar1]

I actually have not tested guest checkout - will check and see what happens. I am assuming this is handled in OrderConfirmationControler.php

Edited March 28, 2013 by Whispar1 (see edit history)

[Whispar1]

Hmm guest tracking functioning properly. Where are you seeing this error? Does guest tracking link from email bring you to the guest tracking screen? (see attached)

[motoSmile.pl]

Hello

I test it.. and I can`t finish order as a guest, when I delete "index.php" from mail.php.

 

"500 internal error"

 

I can`t understand it.

[vekia]

all informations about this error you can find in ... apache / php error log

[motoSmile.pl]

yes... but it`s in some magic way connected to mail.php

 

I made undo edit, and give back "index.php" into the mail.php file, and everythig works properly...

[Whispar1]

Recheck your code and make sure it looks exactly like this

 

//~ $template_vars['{shop_url}'] = Tools::getShopDomain(true, true).__PS_BASE_URI__.'index.php';
$template_vars['{shop_url}'] = Tools::getShopDomain(true, true).__PS_BASE_URI__;

 

particularly make sure the period after _PS_BASE_URI_ was not accidentally left in place.

[motoSmile.pl]

Ok... I found it. Problem was a dot... yes. Just a little dot , after URI__ There should be NO dot ))

 

thank you!

[Whispar1]

No problem - have done it myself =)

Marking this as solved and moving the freight tracking {follow} to a new thread to keep this from getting muddy.

[studionet]

I had this issue in PS 1.5.4.1 too and this solution fix my problems. Thanks!

[vertix]

Any solution for 1.5.6?

 

thank you