Closed
Bug 477541
Opened 15 years ago
Closed 15 years ago
Flowed plain text does not trim spaces prior to hard line breaks
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 261467
People
(Reporter: jwhite, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.4) Gecko/2008112309 Iceweasel/3.0.4 (Debian-3.0.4-1) Build Identifier: 2.0.0.19 According to RFC 3676, a generating agent SHOULD trim spaces before user-inserted hard line breaks. A brief inspection of nsPlainTextSerializer.cpp shows no sign of Thunderbird doing this, and testing suggests that it does not. The end user effect is that if you type this: carefully formatted oops and then left control arrow to the 'oops', hit enter, and type so the line reads oops message (i.e. make sure to leave a trailing space) instead of seeing what you saw: carefully formatted oops message the recipient instead sees a single line: carefully formatted oops message Reproducible: Always Steps to Reproduce: 1. Create a new message in a default Thunderbird (e.g. flowed send is on) 2. Type 'carefully formatted ' (note trailing space), Enter, and then 'oops message'. 3. Note current visual appearance; e.g. 2 lines. 4. Send email Actual Results: 1. Visible email received appears all on one line. Expected Results: Visible emails should have 2 lines.
Reporter | ||
Comment 1•15 years ago
|
||
Ah, forgot to mention - you have to have wrap set to 0. Apparently wrapping turned on will mitigate this.
Updated•15 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•15 years ago
|
||
This appears to be a dupe of bug 261467, which is fixed in trunk.
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Comment 4•15 years ago
|
||
VERIFIED to be fixed on trunk with both plaintext composer and HTML composer.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•