Message Source has additional crlf characters compared to - save page as

RESOLVED WORKSFORME

Status

Thunderbird
Message Reader UI
--
minor
RESOLVED WORKSFORME
7 years ago
6 years ago

People

(Reporter: Julian Noble, Unassigned)

Tracking

({testcase})

All
Windows Vista
testcase

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

7 years ago
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:1.9.2.13) 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.
(Reporter)

Updated

7 years ago
Version: unspecified → 3.1
do you get the same results if you save as .eml ?

Comment 2

6 years ago
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.

Updated

6 years ago
Status: UNCONFIRMED → RESOLVED
Last Resolved: 6 years ago
Keywords: testcase
Hardware: x86 → All
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.