From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523 BuildID: 2002052306 I've just had a situation where I searched for a message, the list came back ok, but when I click on any of the messages in the list, I get a blank window except for the menus and the top row of controls. If I click reply to the message, the reply window works fine. Reproducible: Sometimes Steps to Reproduce: Unknown. I'll add more detail if I find more. Actual Results: See url http://www.aaa.net.au/campbell/mozbug.jpg

Seconded. Viewing certain messages seems to bring this about, I'll do more testing to see if I can isolate it. For me it only affects sent message folders (but then for all three accounts that I have configured). This breaks important functionality. I'm running Mozilla 1.0 on Windows XP Pro.

I've seen this with Newsgroup messages too. 2002092408 Win2k Confirming.

I'm not sure how long it'll be valid for, but here's a sample message that shows up blank. View Source does show the message, headers and all. news://news.savvis.net:119/3d9ad451@kastagir.senet.com.au

This wouldn't happen to be only when you have various other dialog mozilla windows open? I've seen reproducable behaviour here http://bugzilla.mozilla.org/show_bug.cgi?id=171998

David: No other dialogs are open. It's just certain messages. The only correlation between the messages I can find is that they're from Australia. Have you tried the URL in comment #4 ?

Ok, what I am seeing is bug 169991 ... not this bug (if this still is a bug)

Yes, I have just tried the URL in comment #4 and it comes up with a blank page.

hmm, however view source comes back with nothing so I think this message must have expired.

Reporter: Do you see this with 1.4 or later ?

I've run across this problem as well. This is the first bug I've reported or commented on so I'm not sure if this is helpful. The problem doesn't happen very often. I could see the source of a message that had this problem. It had MIME in it. Could that be related? If you like I can send you the message that had this problem. I'm using Mozilla 1.4 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030612 on Windows98 if that means anything.

Here are a couple of Newsgroup examples that I have come across using Moz 1.7b on Win2K. The ones that cause problems are multi-part mime format with text and html. When this occurs, it makes use the newsreader completely useless. news://news.atkin.com:119/406EBA0B.7020700@netfrastructure.com news://news.atkin.com:119/407048EB.6010501@netfrastructure.com

This is the full source (using View-Source) of one of the offending newgroup messages mentioned in Comment #7 which does not display anything.

I was experiencing this same bug with ALL my messages in news. Email worked perfect. Seems I enabled something in my user.js that I shouldn't have. The following fixed it, previously it was set to true in my user.js and was causing news chaos. I removed the line from user.js and changed it back to false in my prefs.js user_pref("network.protocol-handler.external.news", false); Hope this helps others.

Unfortunately, comment #14 does not apply to my case, as I do not have this setting in my user.js (in fact it doesnt even show up when I do an about:config). Also, it only happens on certain new post messages as mentioned in previous comments.

I had to modify the source and remove all company info, since this is from an internal newsgroup. But the MIME info is all intact, and I'm sure that's what counts.

Seeing same problem on XP Mozilla 1.7RC3 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040608 -m

Thunderbird version 0.7 (20040616) on XP confirmed having this bug as well.

I did a litte more investigation. It seems that the recent example messages which exhibit this problem (i.e. attachments in comment #13 and comment #16) have something in common. It appears that the Content-type field for these messages is of type "multipart/alternative" BUT neither of these fields includes an explicit "boundary" parameter. My brief reading of rfc 2045 and rfc 2046 indicates that the 'Content-Type field for multipart entities requires one parameter, "boundary"'. If my understanding is correct, then these messages are in fact malformed according to the spec. That may be why Mozilla isnt interpreting them properly. Can someone more familiar with these RFC's and Mozilla/Thunderbird comment?

I see this also, and was going to open a fresh bug (until I came across this one!). In my testing, I wanted to be sure that I wasn't experiencing an extension or theme problem, so I opened my "clean" profile, set up news.mozilla.org, and subscribed to netscape.public.mozilla.os2. I then started flipping through messages, and every one seemed to work perfectly, until I came across one which I just posted from my other profile several minutes earlier (go figure). In my case, I am able to open these stubborn messages by clicking on another message first, then clicking on the "stuck" one. The exact message of mine which gave me trouble was news://news.mozilla.org:119/chi0jf$4km2@ripley.netscape.com. However, opening the message again under my normal profile, it opens without incident. FWIW, my UA string is: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8a3) Gecko/20040819 MultiZilla/1.6.4.0b Mnenhy/0.6.0.104

David Campbell, do you still see this problem?

I have moved to Linux now. I haven't seen this problem when running on Linux.

platform shouldn't matter, so => WFM