464874 - NewComposer: Auto-wrap frozen after save & re-edit

Status: NEW

(SeaMonkey :: MailNews: Composition, defect)

Description

[R.K.]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.17) Gecko/20080829 SeaMonkey/1.1.12
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.17) Gecko/20080829 SeaMonkey/1.1.12

The auto-wrap mode doesn't roll/break the text continuosly anymore after save-message + re-open/re-edit. Has lost the knowledge about section-connection. => frayed lines


Reproducible: Always

Steps to Reproduce:
0. Plain text mode; set "Wrap plain text messages at 66 chars" e.g.; 
   format=flowed is ON (don't know if crucial)
1. compose (or reply-to) news message (with text sections >66 chars)
2. save & close (don't send now)
3. re-open from Drafts folder
4. continue typing/adding text e.g. in first/middle line of a text section. 
=> The auto-wrap mode doesn't roll/break the text continuosly anymore - has lost the knowledge about section-connection. => frayed lines

This problem is obviously not (always) when composing Mail messages in plain text mode. But only when composing News message. Also loss of format=flowed knowledge in a edit-reply session, when delayed during save+close+re-edit+send
A major great problem for writing longer news. 
Upon first save, one can see in the preview pane in the Drafts folder (try change window size!), that the section connection info is not yet lost upon save. But only at the point when the message is re-loaded for re-edit.

Comment 1

[Serge Gautherie (:sgautherie)]

Can you reproduce with SeaMonkey v2.0a1 ?

Comment 2

[:Hb]

Confirming.

The Space characters at the line ends are not saved into the draft.

Headers of draft are:
X-Mozilla-Draft-Info: internal/draft; vcard=0; receipt=0; DSN=0; uuencode=0
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.6pre) Gecko/20091107 Lightning/1.0pre SeaMonkey/2.0.1pre
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit