Closed Bug 112986 Opened 23 years ago Closed 22 years ago

Spaces get introduced when composing message in draft

Categories

(MailNews Core :: Composition, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.3alpha

People

(Reporter: dp, Assigned: bugzilla)

References

Details

(Whiteboard: have fix)

Attachments

(1 file, 1 obsolete file)

I use text compose (not html). Save it (ctrl-s) in drafts. Double click on the
message in drafts to edit it again.

before
- http://bugzilla.mozilla.org/show_bug.cgi?id=112470
   Make MOZ_TIMELINE and MOZ_TRACE_MALLOC default

after
- http://bugzilla.mozilla.org/show_bug.cgi?id=112470
    Make MOZ_TIMELINE and MOZ_TRACE_MALLOC default

Look at the line starting with spaces. The "Make" is shifted by one character.
This happenes when we save the message into draft too.
QA Contact: sheelar → esther
*** Bug 114479 has been marked as a duplicate of this bug. ***
This bug is not limited to Windows 2000. It also happens, at least, in Linux and
Windows XP. Also, it doesn't happen only in `drafts' folder but also in `unsent
messages' folder. Prior to knowing about the existence of this bug report
(112986), I wrote a web page with 2 gifs to try to explain the bug better. So if
you find it useful, please visit it at http://br.geocities.com/peddubr/mailbug/
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.1
Ugh. We are not going to fix this for mozilla 1.0 ?
No unless I run of crasher and hang or m,essage not displayed bugs before!
*** Bug 128186 has been marked as a duplicate of this bug. ***
*** Bug 164961 has been marked as a duplicate of this bug. ***
*** Bug 167497 has been marked as a duplicate of this bug. ***
Looks remarkably like bug 57800
Depends on: 57800
Target Milestone: mozilla1.1alpha → mozilla1.3alpha
The problem seems to occurs during the save operation! Looking at it...
forget my previous comment! the problem is that we don't correctly support
format=flowed when editing a draft/template or as new.
Whiteboard: have fix
Attached patch Proposed fix, v1 (obsolete) — Splinter Review
When we are extrating data for draft processing, we cannot use the plain text
flowed class decoder as it output HTML data. Therefore, we need to do the job
ourself.
Comment on attachment 106026 [details] [diff] [review]
Proposed fix, v1

Cavin, please review the patch. This change affect only draft/template message.
Thanks
Attachment #106026 - Flags: review?(cavin)
Comment on attachment 106026 [details] [diff] [review]
Proposed fix, v1

r=cavin.
Attachment #106026 - Flags: review?(cavin) → review+
Comment on attachment 106026 [details] [diff] [review]
Proposed fix, v1

assuming we have to check that line is not null, before de-refernce it.

also, since line is an arg, should we really be changing it?

how about this:

static int
MimeMessage_parse_line (char *aLine, ...)
{
char *line = aLine;
Attachment #106026 - Flags: superreview+
correct, the line has been already checked for null.
The line argument is not passed as reference therefore changing its value
locally wont affect the caller!
Attached patch Proposed fix, v2Splinter Review
Seth convince me to do some coding style change...
Attachment #106026 - Attachment is obsolete: true
Comment on attachment 106039 [details] [diff] [review]
Proposed fix, v2

carry over reviews
Attachment #106039 - Flags: superreview+
Attachment #106039 - Flags: review+
Fix checked in the trunk
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
*** Bug 57800 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: