Closed Bug 77447 Opened 25 years ago Closed 21 years ago

Splitter position not maintained when switching between account central and alt-3pane

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME
Future

People

(Reporter: nbaca, Assigned: sspitzer)

References

Details

(Keywords: qawanted)

Attachments

(1 file)

Build 2001-04-24-08: Mac 9.04 Haven't tried win. Saw this problem on sairuh's linux system. Overview: Alt-3pane using the Account Central page. Resize the splitter and it's position is not maintained when switching from Account Central to the Alt-3pane. Steps to reproduce: 1. Go to Preferences|Mail and Newsgroups and select the radio button for the second window layout (aka Alt-3pane) 2. Exit/Restart and the message pane should take the entire width of the window. 3. Resize the splitter between the folder pane and the thread pane 4. Select the account level so that the Account Central page appears Actual Results: The splitter will most likely jump to a different position. Try resizing the splitter from the Account Central page, select the "Read Messages" link and again the splitter does not maintain its new position. Expected Results: After the position of a splitter is changed then that position should remain when switching between the Account Central page and the alt-3pane. Additional Information: - It works as expected using the regular 3pane.
Marking nsbeta1 because the splitter should not appear to jump around.
Keywords: nsbeta1
QA Contact: esther → nbaca
The good news is that it looks like when you go back to the folders it retains its old position. Marking nsbeta1-.
Keywords: nsbeta1nsbeta1-
Target Milestone: --- → Future
Keywords: nsBranch
Blocks: 99230
not a stopper for eMojo.
Keywords: nsbranchnsbranch-
No longer blocks: 99230
Blocks: 107067
Keywords: nsbranch-
I see something like this on moz build 20030313 Win98. The splitter position *is* maintained when switching between Account Central and alt-3pane, but the *state* of the splitter is not. This is probably hampering the fix for bug 63641. David
Blocks: 63641
*** Bug 211345 has been marked as a duplicate of this bug. ***
When the window gets into this problem state (where it *should* have the message pane closed but it is open), the little arrows on the splitter point in the "click me to EXPAND" direction; clicking the splitter reverses the arrow direction but the window remains open. Also, when in the problem state, the View | Show/Hide | Message Pane menu item is shown checked (consistent with the display), but selecting the item only reverses the direction of the arrows on the splitter point. (The menu item is *still* checked at this point.) This symptom is partially described in bug 211347. Not only does the state occur when selecting an account, then a folder in the folder pane; it also occurs after reopening the mail window after closing it with the message pane hidden in the alt-3pane. This symptom is described in bug 203289.
OS: Mac System 8.5 → All
Hardware: Macintosh → All
*** Bug 211347 has been marked as a duplicate of this bug. ***
*** Bug 193595 has been marked as a duplicate of this bug. ***
*** Bug 203289 has been marked as a duplicate of this bug. ***
Shouldn't the summary be changed to "splitter state" rather than "position"? Please get this fixed, it is such an old bug. I try to get my mum into using Mozilla but she's paranoid about virusses and wants the preview pane to stay gone when she tells it to :). Advocacy through word-of-mouth, you know...
I agree with the previous comment that this bug needs to be renamed (unless there is an existing bug that better describes this problem?). As of late 2003 (admittedly, two and a half years after the original bug report)(HOLY ****, by the way), the message pane just doesn't stay hidden no matter how many times you tell it to. I'll hide it, then a few hours later click on a mailbox/folder, and it pops back up. I want to vote for this, but is this the right one to vote for as the "message pane doesn't stay hidden" bug?
There's been a patch waiting for months. Can we expect any movement in the near future?
*** Bug 199093 has been marked as a duplicate of this bug. ***
*** Bug 225183 has been marked as a duplicate of this bug. ***
In case anyone's interested, I just installed Thunderbird 0.4, and this bug does not exist there. And since I'm tired of having browser crashes also crash my email (since both are Mozilla), which results in incomplete communication with my mailservers and subsequent re-downloading of hundreds of messages that I already have downloaded, I think I'm just going to give up on Mozilla mail and use Thunderbird instead.
*** Bug 233026 has been marked as a duplicate of this bug. ***
*** Bug 255582 has been marked as a duplicate of this bug. ***
*** Bug 258705 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey
This seems to work now but I can't remember when it was fixed. It might have been bug 105542, but I'm not sure.
Status: NEW → RESOLVED
Closed: 21 years ago
Keywords: qawanted
Resolution: --- → WORKSFORME
I'm pretty sure that was it, Neil -- I checked today against the 1122 build and the symptom was still there; in 1130, it's gone. Thanks! Nice piece o' work in that bugfix.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: