Closed Bug 110632 Opened 23 years ago Closed 23 years ago

Multipart/alternative messages display as blank

Categories

(SeaMonkey :: MailNews: Message Display, defect, P1)

Product:
SeaMonkey
Component:
MailNews: Message Display
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: trudelle, Assigned: bugzilla)

References

Details

(Keywords: smoketest)

Attachments

(1 file)

One of the messages
8.14 KB, message/rfc822
Details
I just received two messages that display as blank, i.e., as if they had no content at all. They are multipart/alternative, text/plain and text/html. Using the 2001111203 build, the body appears to be empty, although View Message Source shows lots of content.
Attached file One of the messages —
Should be RFC822 multipart/alternative, displays as blank.
This appeared today on Mac osx. I composed a simple message in html, sent it (got error message as usual...bug 97143) retrieved the message only to see the message viewing blank. mac commercial build 2001-12-05-08-trunk
OS: Windows 2000 → All
Hardware: PC → All
smoketest blocker
Severity: major → blocker
Keywords: smoketest
reassigning to ducarroz.
Assignee: sspitzer → ducarroz
cc'ing nhotta in case it's related to a recent I18n change...
Status: NEW → ASSIGNED
note: viewing the same message from 4.7x also shows up blank. I believe this happened yesterday also. I had sent a message from the test build and the recipient replied back that the message was blank.
I made a change for multipart viewing a while ago. When did this problem start?
Tracy, your problem seems totally different than the one reported by Peter. My guess is that something is wrong on your system which cause the creation of temp file to failed (that why you get the error dialog). Therefore, the message is send without the body and appears blank!
unless somebody else can reproduce Tracy problem, I would like to downgrade this bug to major.
Tracy, Does your Hardrive is full?
The message below is shown fine on my debug build (win32). I pulled this morning. So the problem is specific to the attached message. Message-ID: <3C0E9F58.1060904@netscape.com> Date: Wed, 05 Dec 2001 14:27:36 -0800 From: Naoki Hotta <nhotta@netscape.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2 X-Accept-Language: en MIME-Version: 1.0 To: Naoki Hotta <nhotta@netscape.com> Subject: alternative Content-Type: multipart/alternative; boundary="------------090303040309030900060005" --------------090303040309030900060005 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit abcd --------------090303040309030900060005 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit <html> <head> </head> <body> abc<b>d</b> </body> </html> --------------090303040309030900060005--
I have old builds on my machine (win32). 10/30 build can show the attached message fine, 10/31 build it's blank.
I just tried build 2001-12-05-08-trunk under MacOS X 10.1.1 and I cannot reproduce Tracy's problem. This is not a bloquer.
Severity: blocker → major
For the record, I've endorsed the previous comment, and the related change. The Sheriff
Ducarroz figured out what was wrong on my machine; Can't have a "/" in the volume name. Changing the volume name makes my messages send with content now.
Depends on: 113894
Keywords: nsbeta1
It sounds like we're able to reproduce with the attached message so adding the nsbeta1+
Keywords: nsbeta1 → nsbeta1+
Peter, can you see these messages now? I am able to view the HTML version of the attachment you added within the mail client.
Priority: -- → P1
Attachment #58258 - Attachment mime type: text/plain → message/rfc822
The attached message display fine now using today's build on Windows or Mac. WFM
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: