Closed
Bug 95000
Opened 23 years ago
Closed 23 years ago
Cannot get back the collapsed toolbars: collapsed toolbars handles are missing
Categories
(Core :: XUL, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: jt95070, Assigned: hyatt)
References
Details
(Keywords: smoketest)
Fresh pulled tree - 08/11/01 around 4:00 pm and updated tree - 08/12/01 around
2:00 pm. Collapsing all the toolbars makes the app unusable. There is no way to
get back the toolbars.
Steps to reproduce the problem:
o Brings up a browser window, a mail window or a mail compose window.
o Collapses all toolbars including the "File Edit ..." toolbar.
o There is no way to make the collapsed toolbars to show up again.
o Relaunch the app does not help.
o I have to use 4.76 to file the bug 'cause I cannot type urls on the
mozilla.org browser.
Comment 1•23 years ago
|
||
Have the same problem with current nightly (Mozilla/5.0 (Windows; U; Win98;
en-US; rv:0.9.3+) Gecko/20010812), delete your profile directory to restore
(save your mail folder and bookmarks if applicable)
More on it:
Removing localstore.rdf and let the app regenerate the file fix the problem.
However, you lost all your previous window settings. Another way to fix the
problem is to remove all the 'moz-collapsed="ture"' attributes from
localstore.rdf.
The correct fix for the problem would be not allowing collapsing of "File Edit
...." menu bar.
dunno about correct fix, but the bug is on linux as well.
OS: All, changing component.
Assignee: asa → trudelle
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Toolkit/Widgets
Ever confirmed: true
QA Contact: doronr → aegis
Comment 5•23 years ago
|
||
--> hyatt...
Comment 7•23 years ago
|
||
Why is it suggested that the correct fix would be to disallow collapsing of the
"File Edit..." toolbar? When this toolbar behaved correctly, the collapsed
toolbar were easily retrieved by clicking on the little tab. What happened to
the little tabs? That's the problem.
¡Thanks for providing instructions on how to restore the toolbars! You have made
Mail usable again.
In comparison to Netscape Communicator 4.X, the "File Edit ..." menu toolbar
shouldn't be collapsible. Once can argue as long as we could provide a way to
expand the collapsed toolbars then things would be fine. However, this may seem
odd when comparing to other apps.
Comment 9•23 years ago
|
||
(This is my first bug report, so I apologize if I'm doing this wrong)
I found this bug too today. Running Linux 2.2.20 with Mozilla Build:
2001081308. I collapsed all the toolbars (personal, navigation, and file menu
toolbars) and were not able to get them back. They left a blank spot with not
visible place to click to expand them again. I tried quiting Mozilla and
re-starting and the blank space was gone, with the browser window taking up the
whole app window. There was no visible way to get them back.
I wasn't aware of a fix at the time, so I removed the whole directory and
re-installed.
Comment 10•23 years ago
|
||
*** Bug 95238 has been marked as a duplicate of this bug. ***
Comment 11•23 years ago
|
||
adding a little to summary
Summary: Cannot get back the collapsed toolbars → Cannot get back the collapsed toolbars: collapsed toolbars handles are missing
Comment 12•23 years ago
|
||
This bug basically destroys a profile. Adding smoketest keyword to make this a
tree blocker.
Updated•23 years ago
|
Assignee | ||
Comment 13•23 years ago
|
||
Fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 14•23 years ago
|
||
By what checkin? Or is bonsai slow today?
Comment 15•23 years ago
|
||
*** Bug 95411 has been marked as a duplicate of this bug. ***
Comment 16•23 years ago
|
||
*** Bug 95502 has been marked as a duplicate of this bug. ***
Comment 17•23 years ago
|
||
------- Additional Comments From David Hyatt 2001-08-14 16:32 -------
Fixed.
Does this comment from David Hyatt mean that the 20010815 build will have the fix?
Comment 18•23 years ago
|
||
Yes, this fix is in the 8/15 builds, and worksform on win2k (I need to grab
linux/mac to verify).
Comment 19•23 years ago
|
||
*** Bug 95606 has been marked as a duplicate of this bug. ***
Comment 20•23 years ago
|
||
May God have mercy on us all. The 212 bug spam-o-rama is Now!
QA Contact: aegis → jrgm
Comment 21•23 years ago
|
||
I'm seeing this again in Linux 2001-09-18-06. Can somebody please reopen this
bug? Oh, and the platform should be changed. It should have been changed to
"all" before it was fixed the first time.
Comment 22•23 years ago
|
||
The behavior seems to have changed a little from when the bug was first
reported. Now only the first browser window opened is missing the grippies for
the collapsed toolbars. If you open up a second window, by Ctrl+n for example,
that window will have all the grippies.
Thus, it is now possible to return the program back to a usable state by opening
a second window and uncollapsing its toolbars, and then closing the first window
before exiting the program. (That is, making sure that upon exiting Mozilla the
only browser window open has its toolbars uncollapsed.)
Comment 23•23 years ago
|
||
Since you refer to 'exit', I believe you are confusing this bug with bug 73064.
This bug was about immediately not having a handle to reopen the collapsed
toolbar, independent of exiting or opening a new window.
Status: RESOLVED → VERIFIED
Comment 24•23 years ago
|
||
Ah, yes. I see that my problem is indeed bug 73064. Thanks.
Comment 25•23 years ago
|
||
*** Bug 89336 has been marked as a duplicate of this bug. ***
You need to log in
before you can comment on or make changes to this bug.
Description
•