User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040305 Firefox/0.8.0+ Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040305 Firefox/0.8.0+ If I switch from viewing a normal mail message to displaying a news message in the same standalone window, and the news message is not available offline, the headers of the first message are still shown. Reproducible: Always Steps to Reproduce: 1.download some new news headers but do not read them. Go offline. 2.set the pref user_pref("mailnews.nav_crosses_folders", 0); 3.maybe restart Moz? 4.view a normal mail message in the standalone message window (double click) 5.press Next icon until a news message is displayed, that has its body not available (the explanation text should appear). Actual Results: The window still shows the header (sender, date) of the last normal mail message displayed. Expected Results: The header space should be hidden - in the same way as doubleclicking on an unavailable news message would do.

This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/

This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.

I can still reproduce on the latest thunderbird 2.0.0.16 on linux. It is a minor glitch, but can mislead the user as to which message is actually not available. He may think the body of the email message just disappeared.

aceman, are you able to test trunk? ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-1.9.1/

Yes I could, but I have no usable news server. Can you tell me the new address for the mozilla newsgroups?

Sure : news.mozilla.org

I tested this in 'Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.3pre) Gecko/20090801 Shredder/3.0b4pre'. I am not sure what the results are... When I view a normal email message in the standalone window (actually a tab now), it is fine. Now going to the next unread message ('n' key) prompts 'Advance to next unread message in mozilla.announce.prerelease?' which is correct, this is my next 'folder' that has unread messages. Their bodies are not downloaded for offline use. Answering 'No' does nothing. Answering 'Yes' closes the message tab thus returning me to the folder tree pane. That is strange. So, it actually doesn't exhibit the bug as described, but has a new bug - it doesn't go to the next unread message. Or did I do anything incorrectly?

presently, I can't get to newsgroup from standalone message with F or N using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.5) Gecko/20091117 Thunderbird/3.0

(In reply to comment #7) > When I view a normal email message in the standalone window (actually a tab > now), it is fine. Now going to the next unread message ('n' key) prompts > 'Advance to next unread message in mozilla.announce.prerelease?' which is > correct, this is my next 'folder' that has unread messages. Their bodies are > not downloaded for offline use. Answering 'No' does nothing. Answering 'Yes' > closes the message tab thus returning me to the folder tree pane. That is > strange. That bug would be exhibited in bug 545218.

WFM per comment 7