Closed Bug 777701 Opened 12 years ago Closed 12 years ago

Forward inline of malformed message (fully shown in msg reader) removes part of body text, but Reply doesn't

Categories

(Thunderbird :: General, defect)

14 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 496723

People

(Reporter: GvL, Unassigned)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20100101 Firefox/14.0.1
Build ID: 20120713134347

Steps to reproduce:

Forward a mail


Actual results:

Some text from the original message is missing in the forwarded message window.




Expected results:

All text from the original message should be visible in the forwarded message.

When using Reply instead of Forward all text is visible.
See attached mail message where the text: "Geachte relatie ..." is missing when you choose Forward, but is visible when you choose Reply.

Tested with several TB versions 2.x 3.x and 14.x
Outlook has no problems with the same mail.
Attachment #646120 - Attachment description: test.eml → Testcase1.eml (reporter's original)
As illustrated by reduced testcase2 of attachment 646549 [details], original testcase1 of attachment 646120 [details] is very malformed with 2 nested <html> and <body> tags, apart from all the formatting junk (M$ HTML horror, have a look at the source and know why TB should live...).

However, TB is inconsistent in its treatment of the malformed HTML (confirming reporter's comment 0):

- *Forward inline* of testcase1 will remove the top portion of the outer <body>,
- BUT *Reply* to testcase1 will *keep* that top portion.

I think message reader does the right thing, and whatever is shown in msg reader definitely should not be chopped upon forwarding (and I'm not sure either why we remove the background color...).
Summary: When forwarding a mail text from the original mail is missing (reply works ok) → Forward inline of malformed message (fully shown in msg reader) removes part of body text, but Reply doesn't
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Although bug 496723 and bug 670884 looks same problem by same cause, this bug's case is rather same as bug 496723(atribute is used in valid/first <html ...> tag, and second <html> tag is <html> of no attribute).
Duping to bug 496723 to avoid future confusion.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: