Open Bug 223276 Opened 21 years ago Updated 2 years ago

Wrap column extended near end of text (at user-typed newline)

Categories

(MailNews Core :: Composition, defect)

defect

Tracking

(Not tracked)

People

(Reporter: mcow, Unassigned)

References

Details

Compose a message containing a line that approaches the wrap point (assume 72). Use this line as a baseline for starting the typing; the space following the last 9 is in column 70: 123456789 123456789 123456789 123456789 123456789 123456789 123456789 Then, a line which is typed: ...123456789 ab cde <- 'b' in col.72, 'e' in col. 76 will wrap at between the 'ab' and 'cde' in the compose window, but will be transmitted as shown: the source text of the message extends to column 76. However, a line which is typed: ...123456789 ab cde fg -- or even -- ...123456789 ab cde <- with a space after 'cde' before the line end will be wrapped at the same point, but transmitted with the wrapping as seen in the window. Expected results: the line in the first case should be transmitted with the appropriate wrap, and no (printable) text should extend beyond column 72. With a wrap column of 72, the extended wrap column is 76; with a wrap column of 62, the extended wrap column is 66. This behavior is true whether format=flowed (mailnews.send_plaintext_flowed) is true or false. (There is a slight difference in that, with f=f enabled, if the first line is wrapped, it ends with "...123456789 ab " -- a final space for f=f in column 73. I don't consider that a problem.) Results from 1.5 Final: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007
*** Bug 220575 has been marked as a duplicate of this bug. ***
*** Bug 215131 has been marked as a duplicate of this bug. ***
The first symptom described in my report is bug 173471. (The dupe in comment 1 was my error...)
Why there is no remedy or activity for this bug?
Product: MailNews → Core
Have often edited text containing CR's, by inserting stuff in mid-line and replacing the CR's, and when sent, some of my inserted CR's are missing. Have not explored exact circumstances that trigger bug but it very annoying.
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: esther → composition
Product: Core → MailNews Core
Is this still a problem today?
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.