User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:184.108.40.206) Gecko/20091201 Firefox/3.5.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:220.127.116.11) Gecko/20091204 Thunderbird/3.0 situation: a message is opened in a tab. I close the tab. then i open a different message in a tab. the content of the formerly closed tab is shown in the new tab before the new messages appears. Reproducible: Always Steps to Reproduce: 1.open message in tab 2.close tab 3.open new message in tab Expected Results: opening a message in a tab should just display the chosen message.
This might be related to bug 505446.
I see this all the time, not only in threaded msgs. It sounds more like bug #518869 to me.
Does this make a link? 518869
I submitted a duplicate, bug 557578, and only just now found this bug report. However, I feel the importance of the bug needs to be marked as "critical". I've found that it is all to easy to read and then delete a message while Thunderbird is still displaying the wrong message (thus loss of data, making this a critical bug). Say the first message opened was a automated job search notification providing a single link to a job posting that just isn't relevant to me. It takes me maybe 1 second to read the posting title and hit delete. When I read another job search notification later, the first message will show again for a few seconds. It isn't particularly rare to receive duplicate postings through different services, and I have no reason to remember the exact title of job postings I don't care about... So it only takes me maybe 1 second to read the old message again and decided to delete the new message. The problem is, the new message may have contained any number of relevant job postings. If Thunderbird goes crazy and deletes everything, then I can restore all my messages from my backups. But this sort of bug is worse, as I won't always be aware of the data loss.
Looks like this is a duplicate of bug 535373 (although that bug adds a note about "no message pane" which might differentiate it). Anyone want to confirm that?
(In reply to comment #6) > Looks like this is a duplicate of bug 535373 (although that bug adds a note > about "no message pane" which might differentiate it). Anyone want to confirm > that? Can you reproduce this one when the message pane is disabled?