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)

Product:
Core
Component:
XUL
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

()

Status:
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.
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
--> hyatt...
Blake: '--> hyatt...'
Assignee: trudelle → hyatt
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.
(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.
*** Bug 95238 has been marked as a duplicate of this bug. ***
adding a little to summary
Summary: Cannot get back the collapsed toolbars → Cannot get back the collapsed toolbars: collapsed toolbars handles are missing
This bug basically destroys a profile. Adding smoketest keyword to make this a tree blocker.
Fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
By what checkin? Or is bonsai slow today?
*** Bug 95411 has been marked as a duplicate of this bug. ***
*** Bug 95502 has been marked as a duplicate of this bug. ***
------- 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?
Yes, this fix is in the 8/15 builds, and worksform on win2k (I need to grab linux/mac to verify).
*** Bug 95606 has been marked as a duplicate of this bug. ***
May God have mercy on us all. The 212 bug spam-o-rama is Now!
QA Contact: aegis → jrgm
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.
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.)
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
Ah, yes. I see that my problem is indeed bug 73064. Thanks.
*** 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.