User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.224 Safari/534.10 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:18.104.22.168) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 When viewing the source of a message containing HTML, there are sometimes additional crlf characters present. There are at least 2 places it seems to occur: 1) additional crlf after DOCTYPE element. 2) additional crlf in between <br>crlf<br> (ie becomes <br>crlfcrlf<br>) Reproducible: Sometimes Steps to Reproduce: 1. view message source for an email containing html 2. use File -> save page as to create file1.txt 3. use ctrl-a and paste into an editor such as notepad++ and save to file2.txt 4. use diff to compare. Actual Results: Additional crlf characters are found in file2.txt Expected Results: resultant files should be binary equal. This bug is likely to cause confusion when attempting to use the copy and pasted source in an application that generates some sort of signature for the email. e.g razor-check will intermittently produce an incorrect signature for a version copied from the message source pane.
do you get the same results if you save as .eml ?
Created attachment 632846 [details] Testcase1.eml with <doctype> and <br>crlf<br> this testcase wfm. Only the first line gets lost when saving with Ctrl+S (vs. copying from source): > From - Wed Jun 13 22:09:14 2012 Is that a problem? saving as .txt file is impossible when choosing File Type "Text files" from save dialogue, but that's another bug. TB normally doesn't create <doctype> tag.