When Message preview pane is hidden, if Thunderbird closes or crashes or MS windows restarted, preview pane is shown when reopening

RESOLVED DUPLICATE of bug 575864

Status

Thunderbird
Mail Window Front End
--
minor
RESOLVED DUPLICATE of bug 575864
8 years ago
8 years ago

People

(Reporter: Max, Unassigned)

Tracking

x86
Windows 7
Bug Flags:
wanted-thunderbird +

Firefox Tracking Flags

(blocking-thunderbird3.1 -)

Details

(Whiteboard: [notacrash][gs], URL)

(Reporter)

Description

8 years ago
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

8 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

Updated

8 years ago
Duplicate of this bug: 541678

Comment 3

8 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

Comment 4

8 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

8 years ago
Whiteboard: [notacrash]

Updated

8 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
(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
Duplicate of this bug: 550496
Bug 550496 was killed with task manager rather than restarting MS windows. Is that the same? I thought it would be.
nominated to blocking 3.1 as it is a security issue for users
blocking-thunderbird3.1: --- → ?
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?
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.
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: ? → -
(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
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

8 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

8 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")
I think that this is closely a dupe of bug #518345 (see all thread)... or I'm wrong?

Updated

8 years ago
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 518345
Duplicate of this bug: 555190
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

8 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

8 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

8 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

8 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

8 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
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

8 years ago
yeah, this must be a dup - I thought the fix was in 3.1.2, but I guess not.
Status: REOPENED → RESOLVED
Last Resolved: 8 years ago8 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 575864
You need to log in before you can comment on or make changes to this bug.