272733 - View|Headers|Normal/All menu items have no effect when the Message Pane is hidden

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect)

Description

[SR]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.7.3) Gecko/20040910

if I look at a mail that has a so long header in "complete header" mode, it sizes
the message list pane to nearly 0, if I attempt to  slide down the bottom of the
message list (it is a splitter window), the header dissapears completely.
So I can't read the message at all, thus I select "normal header".
Then I move the splitter window  to be able to read my message.
And then...ooops the header is complete although it is flagged as "normal" and
although the message was supposed to be selected (in the case header display
mode change only affects the currently diplayed message of the active window,
and all the future message to be opened.)

Reproducible: Always
Steps to Reproduce:



Expected Results:  
In my opinion, when I've moved the splitter window the second time (I'm not
filing a bug about the fact the complete header cannot be viewed or prevent me
from reading the message), the headers displayed should have been "normal", not
"complete".


There are so many bugs open about headers, that I don't know if it should be
considered as a duplicate of one of them. I've not found the correct one so far,
if it exists.

Comment 1

[Stefan Borggraefe]

Confirming with recent Mozilla and TB nightly builds on Linux. Selecting
Views|Headers|All/Normal has doesn't work when the Message Pane is hidden. The
selected menu item is marked as such, but the header display mode is unchanged
when you unhide the Message Pane again.

Comment 2

[Stefan Borggraefe]

Looks like this is caused by

http://lxr.mozilla.org/mozilla/source/mailnews/base/src/nsMsgDBView.cpp#970

This function that is executed when the Header display is changed does nothing
when the Message Pane is hidden.

When I add gDBView.ReloadMessage(); here

http://lxr.mozilla.org/mozilla/source/mailnews/base/resources/content/commandglue.js#775

this bug is kind of fixed. ;-) The problem is that you still see the old
selected header state for a moment when you unhide the Message Pane which is
corrected a millisecond later.

Comment 3

[[e-mail]]

Yes, but we don't always want to forcibly reload the message just beacuse we're
unhiding the message pane...

Comment 4

[Serge Gautherie (:sgautherie)]

Can you reproduce with SeaMonkey v1.1.9 ?

Comment 5

[SR]

Cannot reproduce.
It seems that it has been fixed.

Comment 6

[Magnus Melin [:mkmelin]]

->WFM then