Closed Bug 45791 Opened 24 years ago Closed 24 years ago

mail doesn't show newlines

Categories

(MailNews Core :: Networking, defect, P2)

All
Windows 2000
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: bugzilla, Assigned: mscott)

Details

(Whiteboard: [nsbeta3+])

Attachments

(2 files)

I have a mail with:
Content-Type: text/plain; charset=us-ascii

and the text in body gets wrapped into one line, without any newlines.

Example can be seens at my mailserver. lchiang has username and password. Just 
mail me and you can see for yourself.
This could be related to bug 43078
Please attach the msg source (save as eml), content type message/rfc822.
Status: NEW → ASSIGNED
Keywords: correctness, nsbeta3
Target Milestone: --- → M18
Keywords: mail2
Peter - can you reproduce this?
QA Contact: lchiang → pmock
Whiteboard: [nsbeta3+]
Hmm I'm not sure how to fix this bug. cc'ing rhp. I just stepped through this in
the debugger.

We are preserving the CRLFs when we hand the message body data off to the input
stream that layout consumes. So it's nothing on our end in that regard.

Here's what I think is going on:
1) layout is expecting text/html because we told it that's what we were going to
feed it for the message body.
2) the real content of this message is text/plain.
3) when displaying html. CRLFs are meaningless. They are treated as white space.
You need to use <br> to properly get line breaks.

I wonder if our problem is that we are feeding this text/plain document into an
html parser and it's ignoring the CRLFs?
Sorry for the late response:
 Yes, this issue is reproducible on all platforms
  win32 commercial seamonkey build 2000-080909-m18
  linux commercial seamonkey build 2000-080808-m18
  macos commercial seamonkey build 2000-080908-m18

Changing platform to all.
Hardware: PC → All
I thought all mails went through the mime decoders which turns them into HTML? 
In the case of ordinary text/plain they just used to be wrapped in <PRE>. Ben 
has made it a lot more fun since then, but every mail should still be converted 
to HTML.
So there is 
<div class=text-plain wrap=true graphical-quote=true style="font-family: Times 
New Roman; font-size: 16px;"><pre wrap> 
mail
</pre></div>

This really sounds like something shouldn't rewrap. Henrik, could you try to put 
you mail in those tags and load in the browser and see what it does with it?

Cc:ing Ben.
Couldn't it has something to do with bug 41637 ?
P2 per mail triage
Priority: P3 → P2
Peter - is this reproducible on other types of msgs besides Henrik's?  Trying 
to see if this is a common situation for someone to run into.
The message seems to render just fine now. Please verify!
good news.  Then, I'll mark wfm so pmock can verify.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Verified as worksforme on win32, linux, and macos using the following builds:
 win32 commercial seamonkey build 2000-091906-m18 installed on P500 Win98
 linux commercial seamonkey build 2000-091906-m18 installed on P200 RedHat 6.2
 macos commercial seamonkey build 2000-091904-m18 installed on G3/400 OS 9.04

Status: RESOLVED → VERIFIED
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

Creator:
Created:
Updated:
Size: