Closed Bug 45791 Opened 26 years ago Closed 26 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: 26 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: