Jump to content

[WORK AROUND] Change to Mail Template Corrupts Whole Layout [1.4.x]


Recommended Posts

I've been struggling with this for a while now, and I couldn't find a forum post yet that expressed a similar problem. I'd rather not send out e-mails with the pink color scheme, but whenever I edit the templates (in BO or the text files directly) the HTML e-mails become completely disjointed. At first, I recoded the entire HTML templates and figured I just went too far. But on my last attempt, I used the BO Mail translations and tried simply changing a background color.

The attached images show the BO mail translation page: untouched, while editing, and broken after saving. The only edit I made was to view the HTML and change the background color code to #CCCCCC;. Also, editing one template seemed to change several (but not all) of them. Changing account.html changed the txt and html for contact, credit_slip, download_product, forward_msg, guest_to_customer, in_transit, order_conf, order_customer_comment, order_merchant_comment, order_return_state, password, password_query, reply_msg, and voucher plus the lang.php file (based on timestamps of the files)

Anyone else have this problem? Can anyone provide some guidance on what I may be doing to cause such corruption? How should those templates be edited to keep the shop logo embedded in the e-mail and the layout intact?

37167_ON7aBSrtmEnEmDrR9rCJ_t

37168_Zqlw3Xq1sT3Ua2u6341t_t

37169_wYbfd8OeYP6qHFBuVqFa_t

Link to comment
Share on other sites

I reported as a bug (7209), and I got some feedback which led to a workaround.

I pulled down the account.html file via FTP, edited it with EditPlus, saved it using Unicode (UTF-8) 65001 encoding, and FTPd it back to my site. When I viewed the file under the Mail Translations, everything looked good. I created a new account, and the e-mail was formatted correctly.

So, it appears to be a bug when editing the templates via BO, but the workaround is just to edit locally, make sure and save with the Unicode UTF-8 encoding, and FTP with UTF-8 encoding as well.

Link to comment
Share on other sites

Looks like the developers may not be able to recreate the issue in their environment (see bug update). Perhaps it is a server setting with my host that is saving the files as ANSI instead of UTF-8. They suggest trying the latest SVN version, which means it should be included in the next release as well, but I'm going with my workaround for now. I don't usually use the translations page to edit my templates anyway. I prefer to edit them by hand in Notepad++ and ftp them to my site.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...