267832 - Forwarding as Inline/Replying to certain quoted text (Hotmail) combines lines into one

Status: NEW

(MailNews Core :: Composition, defect)

Description

[Mike Fedyk]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20040913 Firefox/0.10.1
Build Identifier: TB 0.9 (20041103)

The origional message has several lines that are quoted.  After forwarding as
inline, all of those lines are on one line.

Reproducible: Always
Steps to Reproduce:
1. Forward message as inline
Actual Results:  
All lines are on one line.

Expected Results:  
Line breaks should be preserved from origional message.

Workaround:

Copy wanted text from message preview, and "Paste without Formatting" into a new
message.

Comment 1

[Mike Fedyk]

Attachment: MBOX file of message

Comment 2

[Mike Cowperthwaite]

Dupe of bug 265406?
xref bug 262476, bug 237558.

Comment 3

[Mike Fedyk]

No, those bugs are for posts with long lines that should be wrapped bug aren't.

This bug is about a message with short lines that should not be wrapped but are
when forwarded inline instead of as attachment.

Comment 4

[Mike Cowperthwaite]

OK, I see.  Message in in HTML and has to be forwarded inline as HTML for the 
symptom to manifest.

The problem with the message is the way the lines are broken up in the original: 
each line is separated from the previous by an empty <div></div>, rather than a 
<br> which would make more sense.  It's rendered properly but the empty <div> is 
being thrown away on conversion to the forwarded form.

Comment 5

[Mike Cowperthwaite]

Attachment: Shorter, less profane test case

Comment 6

[Mike Cowperthwaite]

Unsurprisingly, also reproduced with Moz 1.8a5-1019.

Comment 7

[Mike Cowperthwaite]

*** Bug 258087 has been marked as a duplicate of this bug. ***

Comment 8

[plop]

cc me

Still happens with 2.0.0.6

Comment 9

[plop]

This may be linked with bug 56921 and bug 242896

may be dup of bug 116225 ?

I added a comment about line wrapping in 242896.

Comment 10

[buovjaga]

Still confirm the div does not break the paragraphs, attachment 164782 [details].

Thunderbird 52.0.1 (32-bit)
Windows 7 64-bit

Comment 16

[betterbird.project+10]

Note that Supernova caused additional breakage documented in bug 1839226 (which also points to a fix for that additional issue).

Comment 17

[max]

Since this bug looks like as an accumulator of duplicates, I am unsure if the following issues are separate ones.

Multiple fragments of text may be selected holding [Ctrl]. These pieces may be glued together even if text has newlines between them. Tested on a plain text message composed by Thunderbird and having flowed format. Line breaks withing fragments are preserved. Some efforts are required to find the place where line break should be inserted if first or last character is not included into selection.

When text quoted from an earlier message (> ....) is selected, second > is not added even to a multiline fragment. However >> is correctly used if the quoted message has no flowed format in the Content-Type header.