STR: 1. click on a single message so it's loaded in message pane. 2. click on a collapsed thread, so the thread summary is shown. 3. click on a message in the thread summary We display the first message, then the message clicked on in step 3. asuth says this is because we're showing the deck with the single message and then loading the new message, but on a system with enough load, the re-display looks bad, especially if the first message is html with images, etc...
This is still happening in TB 3.1RC2 on Windows 7. I would like to see the importance increased to major, as this can have serious privacy implications in certain sensitive deployments, above and beyond the annoyance factor. If you intend to share a message with someone but they see someone else's information briefly first, you could inadvertently reveal private financial information, health information covered by HIPAA, etc.
Possible solution: once the single message part of the deck gets hidden, clear its contents immediately. Then when you went back to it, you'd just get a blank panel for a bit.
(In reply to comment #3) > Possible solution: once the single message part of the deck gets hidden, clear > its contents immediately. Then when you went back to it, you'd just get a blank > panel for a bit. That's what I was thinking too. It shouldn't be too hard.
It looks like this is fixed, though I don't recall the bug that fixed it.
yeah, this does seem to be fixed.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WORKSFORME
What build are you running where it's fixed? I'm still seeing the problem, although the time to erase the previous content may be slightly less. Right now I'm on: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:220.127.116.11) Gecko/20110616 Thunderbird/3.1.11 Do I need to go back to a nightly build to get the fix for now?
5.0 beta 2 should have the fix.
I mean it seems to fixed in TB 5 (and I suspect that's what Jim meant)
You need to log in before you can comment on or make changes to this bug.