Closed
Bug 541085
Opened 15 years ago
Closed 14 years ago
When Message preview pane is hidden, if Thunderbird closes or crashes or MS windows restarted, preview pane is shown when reopening
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(blocking-thunderbird3.1 -)
RESOLVED
DUPLICATE
of bug 575864
Tracking | Status | |
---|---|---|
blocking-thunderbird3.1 | --- | - |
People
(Reporter: max, Unassigned)
References
()
Details
(Whiteboard: [notacrash][gs])
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 Build Identifier: Thunderbird 3.0.1 When Message pane is hidden, if Thunderbird crashes, pane is shown when reopening Reproducible: Always
Comment 1•15 years ago
|
||
Confirmed using: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2pre) Gecko/20100117 Lanikai/3.1a1pre ID:20100117032442
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•14 years ago
|
||
wow, too terse for me :) from bug 541678 ... Steps to Reproduce: 1. Hide preview pane 2. minimize thunderbird 3. restart MS windows (without thunderbird shutdown) 4. open thunderbird Actual Results: The message pane was visible. does this happen in v2?
Severity: normal → minor
Component: General → Mail Window Front End
QA Contact: general → front-end
Summary: When Message pane is hidden, if Thunderbird crashes, pane is shown when reopening → When Message preview pane is hidden, if Thunderbird crashes or MS windows restarted, preview pane is shown when reopening
Version: unspecified → 3.0
Updated•14 years ago
|
It should read: When Message pane is hidden, if Thunderbird closes, pane is shown when reopening after logging out and back on again (Windows)
Updated•14 years ago
|
Whiteboard: [notacrash]
Updated•14 years ago
|
Summary: When Message preview pane is hidden, if Thunderbird crashes or MS windows restarted, preview pane is shown when reopening → When Message preview pane is hidden, if Thunderbird closes or crashes or MS windows restarted, preview pane is shown when reopening
Updated•14 years ago
|
Whiteboard: [notacrash] → [notacrash][gs]
Comment 5•14 years ago
|
||
(In reply to comment #3) > wow, too terse for me :) from bug 541678 ... > > Steps to Reproduce: > 1. Hide preview pane > 2. minimize thunderbird > 3. restart MS windows (without thunderbird shutdown) > 4. open thunderbird > Actual Results: > The message pane was visible. > > does this happen in v2? ran the steps above and confirmed that this problem exists in Thunderbird 3.0.3 Windows 7, will probably set this to block after reviewing this as part of Get Satisfaction Triage on Monday March 8
Bug 550496 was killed with task manager rather than restarting MS windows. Is that the same? I thought it would be.
Comment 8•14 years ago
|
||
nominated to blocking 3.1 as it is a security issue for users
blocking-thunderbird3.1: --- → ?
Comment 9•14 years ago
|
||
Doing a quick skim of the GetSatisfaction thread, I see one person making two assertions that this is a security bug. It's not obvious to me why that would be the case. Is the concern that if someone happened to be walking by your computer at the moment you restarted this, they'd see something that they otherwise shouldn't?
Comment 10•14 years ago
|
||
People usually assert that preview is a security issue because of years of advice to turn preview off in Outlook Express to avoid being pwned by random exploit mail.
Comment 11•14 years ago
|
||
Assuming that what Phil describes is what's going on here, this is not a blocker. Marking as blocking-. Roland, if you feel that that's not correct, feel free to renominate with a more detailed rationale...
blocking-thunderbird3.1: ? → -
Comment 12•14 years ago
|
||
(In reply to comment #11) > Assuming that what Phil describes is what's going on here, this is not a > blocker. Marking as blocking-. Roland, if you feel that that's not correct, > feel free to renominate with a more detailed rationale... Hi Dan and Phil: So the "indoctrination" of Outlook Express warning that preview is dangerous because of HTML exploit email doesn't apply to Thunderbird? I do agree that this is not a major problem but it is a major annoyance for users. Dan, not sure where you got the "one person two assertions" from! I can see the rationale for "blocking -" but the numbers from http://gsfn.us/t/ooa7 are: 63 "me toos" 98 replies
Comment 13•14 years ago
|
||
roland: I didn't notice that the original poster had asserted that this was a security problem too, so I count him once and bcurtis makes the same assertion in two separate comments in that thread. Generally speaking the preview pane is not particularly dangerous in Thunderbird, and for that reason, I don't think this is a blocker. That said, you're right that non-trivial number of people are finding this very annoying, so I've marked it wanted+ for that reason.
Flags: wanted-thunderbird+
Comment 14•14 years ago
|
||
(In reply to comment #13) > Generally speaking the preview pane is not particularly dangerous in > Thunderbird, and for that reason, I don't think this is a blocker. It's also a misconception amongst some people who post support information in forums.
Comment 15•14 years ago
|
||
(In reply to comment #13) > Generally speaking the preview pane is not particularly dangerous in > Thunderbird, and for that reason, I don't think this is a blocker. That said, > you're right that non-trivial number of people are finding this very annoying, > so I've marked it wanted+ for that reason. Thank you for give this bug more attention! :) I'm sure, that only the annoyed people are active in this case - a lot more, I think, is just disturbed by the preview pane but don't know how to deal with their dislike. (I call it "microsoft syndrom")
Comment 16•14 years ago
|
||
I think that this is closely a dupe of bug #518345 (see all thread)... or I'm wrong?
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Comment 19•14 years ago
|
||
Not a dup of bug 518345, AFAICT; STRs are different. (Here, the setting is normally sticky except on crash -- e.g. prefs aren't being saved, I expect; there, setting is not sticky at all, because of an exception.) It might be an effective dup, or at any rate a dependency, of whatever bug there might be to make prefs crash-resistant.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 20•14 years ago
|
||
I have the problem of the message pain reappearing when I leave TB on and then log off. When I log back on the annoying message pain is still there!
Comment 21•14 years ago
|
||
Yep, and this time, TB 3.0.5 doesn't even need to crash for it to lose the status of turning off the preview pane.
Comment 22•14 years ago
|
||
What I am seeing, in 3.0.5, with Windows 7 32-bit: - Start TB, hide preview pane (View/Layout menu), exit TB - Start TB, preview pane is not there, exit TB - Start TB, preview pane is not there, stop TB with Task Manager - Start TB, preview pane is not there, leave TB open, restart Windows - Start TB, preview pane is there So it's not that TB is not saving the setting - we can see from the above that it is. When TB is closed by a Windows shutdown, it seems that the settings are being explicitly removed or overwritten back to the default. And it seems that closing a program by Task Manager is not the same as closing it via a Windows shutdown?
Comment 23•14 years ago
|
||
Problem still seems to be reality. Is there a way to completely remove that option, it is not only annoying; if somebody is next to me, I have to ask him/her to look elsewhere when I start TB. Cheers, Kari
Comment 24•14 years ago
|
||
TB 3.1.2, classic view, open message in a new message window: - Start TB - hide preview (if visible) via menue or by pulling down border - open a message - close TB main window (message window is still there) - open TB : preview pane is opened looks quite similar to this bug
Comment 25•14 years ago
|
||
This looks like bug 575864. Can someone grab a nightly and tell us if it's fixed (http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-comm-1.9.1/). as bug 575864 will only be available in 3.1.3
Comment 26•14 years ago
|
||
yeah, this must be a dup - I thought the fix was in 3.1.2, but I guess not.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•