Open Bug 50785 Opened 24 years ago Updated 2 years ago

Toolbar collapse tab width doesn't persist in new windows.

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
x86
Windows 95
Type:
defect

Tracking

()

Milestone:
Future

People

(Reporter: neil, Unassigned)

References

Details

(Whiteboard: DO NOT resolve per bug 112534 unless this cannot be reproduced with 1.0.x or 1.1.x builds) 

1. Collapse the toolbars.
Did this get submitted accidentally before it was finished?  ->invalid, please 
reopen when it is complete.
For some reason my mozilla didn't submit textareas properly so I'm doing this in 
Communicator.

1. Collapse the toolbars
2. Open a new browser window

Expected results: collapsed toolbars are the same size in the new window as 
they were in the original window.

Actual results: collapsed toolbars in new window are a default size.
I think you mean height, or collapse state, changing summary.  In any case, 
->future.
Status: NEW → ASSIGNED
Summary: Collapsed toolbars don't remember their width between windows. → Toolbar collapse state doesn't persist in new windows.
Target Milestone: --- → Future
No, I don't mean the height, I mean the width.
Summary: Toolbar collapse state doesn't persist in new windows. → Toolbar collapse width doesn't persist in new windows.
Oh, then I think you're not talking about the width of the toolbar, but rather 
the width (really the length) of the horizontal grippy that represents the 
collapsed toolbar. That isn't correct in new windows.
You are correct about the grippys, I forgot that bit trying to recreate the bug 
from memory.
-> Ben's toolbar code
Assignee: trudelle → ben
Status: ASSIGNED → NEW
*** Bug 56035 has been marked as a duplicate of this bug. ***
This is because the bindingattached handler that handles creating collapsed
grippies by inspecting the localstore has no idea of the size of the toolbars,
because the frames have not been created and it cannot accurately measure it.

Aside from saving the dimensions of the grippies in the localstore (which may
not be skinable), I don't see how this can be easily fixed. 
This is reasonably annoying because, if you collapse toolbars and open a new 
window, you then can't use grippy length as a visual aid to see which one to 
reopen if you want e.g. the URL bar.

Given that mpt has very little to do at the moment, CCing him to back me up on 
this one ;-)

Gerv
Shouldn't this be closed as grippies are gone now (bug #112534)?
of course
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
Summary: Toolbar collapse width doesn't persist in new windows. → Toolbar collapse tab width doesn't persist in new windows.
Whiteboard: see bug 112534
duh!
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Whiteboard: see bug 112534 → DO NOT resolve per bug 112534 unless this cannot be reproduced with 1.0.x or 1.1.x builds
S'pose so.
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → INVALID
Oops, didn't read the status whiteboard...
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Mass reassign of my non-Firefox bugs to ben_seamonkey@hotmail.com
Assignee: bugs → ben_seamonkey
Status: REOPENED → NEW
Assignee: ben_seamonkey → jag
QA Contact: jrgmorrison → xptoolkit.widgets
Assignee: jag → nobody
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.