Closed Bug 492637 Opened 15 years ago Closed 15 years ago

saving message as "Draft" in plain text inserts unwanted line breaks

Categories

(Thunderbird :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 155622

People

(Reporter: auzilov, Unassigned)

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6) Gecko/2009020414 CentOS/3.0.6-1.el5.centos Firefox/3.0.6 Build Identifier: version 2.0.0.19 (20090107) If you compose an e-mail in plain text and save it as a draft, then lines exceeding your word wrap limit get line breaks inserted in them. When you return to composing the message later, adding more text results in a malformed message. This occurs for IMAP e-mail. I do not know if the issue occurs with POP3. The problem is discussed in this thread, complete with workarounds that have been tried and did not work: http://groups.google.com/group/mozilla.support.thunderbird/browse_thread/thread/9d97fb2bc4a8c4e3 Reproducible: Always Steps to Reproduce: 0. Make sure Edit -> Preferences -> Composition -> General -> "Wrap plain text messages..." is set to 72 characters. 1. Start composing a new message in plain text. Write some text containing really long lines. Here is an example paragraph: The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? 2. Save message as a draft. Close the message composition window. 3. Go into "drafts" folder and re-open the message for editing. 4. Now try to insert something in the middle of the above paragraph. You will notice that at the end of each wrapped line from the original edit window, a line break was inserted. Now, inserting text makes the paragraph looks like in "Actual Results" instead of "Expected Results" Actual Results: The inserted line breaks make the paragraph look malformed -- the inserted text "pushes" the text between its insert point and the created line break and makes it look like the paragraph ends there. The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. LOOK I WANT TO INSERT SOME TEXT HERE AND STILL HAVE THE TEXT WRAP CORRECTLY, BUT I NOW CREATED TWO "PARAGRAPHS" Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? Expected Results: Notice that the following paragraphs does not contain line breaks except at the end. Line breaks should not be inserted until the user clicks "Send." The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. LOOK I WANT TO INSERT SOME TEXT HERE AND STILL HAVE THE TEXT WRAP CORRECTLY, BUT I NOW CREATED TWO "PARAGRAPHS" Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom? The cheese is old and moldy. Where is the bathroom?
By the way, there are reports that Thunderbird 3 has the correct behavior in this case. I have not verified this, however.
(In reply to comment #1) > By the way, there are reports that Thunderbird 3 has the correct behavior in > this case. I have not verified this, however. Could you take the time to verify ? TB 2 is in maintance and will only receive security fixes ....
OK, just tried TB 3.0b2, specifically this one: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 I can confirm TB 3 works correctly, so this is a strictly TB 2 bug. I guess this won't get fixed in TB 2.
(In reply to comment #3) > I can confirm TB 3 works correctly, so this is a strictly TB 2 bug. I guess > this won't get fixed in TB 2. Correct. WONTFIX on 2.0 - is fixed on 3.X
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
Version: unspecified → 2.0
Resolution: WONTFIX → DUPLICATE
You need to log in before you can comment on or make changes to this bug.