Closed
Bug 517244
Opened 15 years ago
Closed 15 years ago
collapsing folder pane doesn't persist tab switches
Categories
(Thunderbird :: Mail Window Front End, defect)
Thunderbird
Mail Window Front End
Tracking
(Not tracked)
RESOLVED
FIXED
Thunderbird 3.0rc1
People
(Reporter: davida, Assigned: rain1)
References
Details
(Whiteboard: [no l10n impact])
Attachments
(1 file)
25.94 KB,
patch
|
asuth
:
review+
|
Details | Diff | Splinter Review |
STR:
create two 3-pane tabs
in first tab, collapse folder pane (by dragging it shut)
switch to tab 2
switch to tab 1
-> folder pane is back.
It's annoying for people who use the folder picking widget instead of the folder pane.
I suspect it's not truly a regression as it requires tabs. It may be a regression if the lack of persistence also happens on restart.
Flags: blocking-thunderbird3?
Updated•15 years ago
|
Whiteboard: [no l10n impact]
Reporter | ||
Comment 1•15 years ago
|
||
Sid, interested in taking this one?
Assignee | ||
Updated•15 years ago
|
Assignee: nobody → sid.bugzilla
Assignee | ||
Comment 2•15 years ago
|
||
This basically does for folder tabs what was done for message tabs.
I'm not too happy with the way we store _folderPaneVisible in folderDisplay, but it seems to be better than using _tabInfo for this. I'd gladly implement something better.
Not sure if asuth can review the messenger.xul bits. Phil -- the logic behind removing those is that we're now doing so explicitly.
The test is basically an adaptation of most of test-message-pane-visibility.js.
Attachment #401637 -
Flags: review?(philringnalda)
Attachment #401637 -
Flags: review?(bugmail)
Comment 3•15 years ago
|
||
Comment on attachment 401637 [details] [diff] [review]
implement folder pane visibility persistence
He can, absolutely.
Attachment #401637 -
Flags: review?(philringnalda)
Comment 5•15 years ago
|
||
Comment on attachment 401637 [details] [diff] [review]
implement folder pane visibility persistence
Heh, for some reason I was thinking this would be less work than it was... :)
One unfortunate situation that happens on linux is that because there is no single-click-to-collapse behavior on the splitter, I have to drag the folder pane closed. Because the splitter's position is updated as I drag it, dragging the folder pane closed actually has 2 results:
1) The folder pane gets collapsed on the current tab.
2) The folder pane gets shrunk to its minimum size. This affects all tabs where the pane is still visible.
#2 is obviously undesirable. However, I think that's another bug.
Please fix the minor bit-rot on messenger.xul and land this.
Attachment #401637 -
Flags: review?(bugmail) → review+
Assignee | ||
Updated•15 years ago
|
Attachment #401637 -
Flags: approval-thunderbird3?
Updated•15 years ago
|
Flags: blocking-thunderbird3? → blocking-thunderbird3+
Target Milestone: --- → Thunderbird 3.0rc1
Updated•15 years ago
|
Attachment #401637 -
Flags: approval-thunderbird3?
Assignee | ||
Comment 6•15 years ago
|
||
Status: NEW → RESOLVED
Closed: 15 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Assignee | ||
Comment 7•15 years ago
|
||
(In reply to comment #5)
>
> 1) The folder pane gets collapsed on the current tab.
> 2) The folder pane gets shrunk to its minimum size. This affects all tabs
> where the pane is still visible.
>
> #2 is obviously undesirable. However, I think that's another bug.
>
Bug 517848 filed.
You need to log in
before you can comment on or make changes to this bug.
Description
•