Closed Bug 270666 Opened 20 years ago Closed 17 years ago

Customize toolbars causes all menus to become faded/unuseable, can't customize again until restart

Categories

(Firefox :: Menus, defect)

Product:
Firefox
Component:
Menus
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: jbyerly, Unassigned)

References

Details

(Keywords: regression) 

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

After using the menu customization window, the File menu remains faded.

Reproducible: Always
Steps to Reproduce:
1.right click on the navigation menue
2.select customize
3.hit done or the small x
4.Now the File, Edit, View .... remains faded
Actual Results:  
Menu remained hidden after viewing the customize menu

Expected Results:  
Menu should not be faded out
Assignee: firefox → nobody
QA Contact: bugzilla → menus
I get this as well in 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050908 Firefox/1.4

but only if browser.preferences.instantApply is set to true
*** Bug 315281 has been marked as a duplicate of this bug. ***
Still reproduceable on latest trunk.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9a1?
Summary: After using the menu customize, File menu stays faded → Customize toolsbars and all menus become faded/unuseable, can't customize again until restart
Version: unspecified → Trunk
Summary: Customize toolsbars and all menus become faded/unuseable, can't customize again until restart → Customize toolbars and all menus become faded/unuseable, can't customize again until restart
Sorry for bugspam, meant to change everything all at once.

I thought there was another bug for this that I was CC'ed on/voted on but I can't located it so this may also be a dupe.
Keywords: regression
Summary: Customize toolbars and all menus become faded/unuseable, can't customize again until restart → Customize toolbars causes all menus to become faded/unuseable, can't customize again until restart
I confirmed this bug.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060524 Minefield/3.0a1

Now all works fine.

(In reply to comment #6)
> Now all works fine.

So you had a certain way to reproduce?
Because I don't think the description is accurate. At least I think it happened randomly to me.
I had problem describe in this bug with old Firefox Trunk builds. Problem wasn't randomly reproduce with Firefox - it always was when I choose "Customize" and next "Done". With latest Firefox Trunk there is no problem like this for me.

I was seeing the problem on recent trunk builds, but I haven't seen it since resetting my prefs/toolbars in safe mode.
The bug occurs often when you open, drag one item from toolbar, and close "Customize Toolbar Dialog" quickly.
*** Bug 344469 has been marked as a duplicate of this bug. ***
From bug 344469, it's seems that it's reproduceable with the extension "Joga Companion" from Google.
I can add that it's also reproduceable with the extension "Google Browser Sync" 1.2.20060911.3 (from Google too).
This bug happens for me too.  Right click the menubar, Customize... close/done and the menubar is disabled/greyed out.  Happens everytime.  I have 1.5.0.7 and Google Browser Sync installed.
"ditto" comment #13:
This bug happens for me too.  Right click the menu bar> Customize...> close/done
and the menu bar is disabled/greyed out.  Happens every time.  I have Minefield 3.0a1 (and doing nightly updates)

A "restart" resets the menu bar to functioning.
I'm experiencing this problem in Iceweasel 2.0.0.1 for Debian Linux i386 but only if I drag buttons around while the Customize dialog is open.
FWIW I'm using the Web Developer Toolbar and User Agent Switcher plugins, but the bug still occurs even when they're disabled.
Flags: blocking1.9a1?
I have not seen this in a long, long time. Resolve WFM?
Looks OK to me now too (2.0.0.6 Debian Linux amd64).
Resolving WFM, reopen if someone on a current trunk build can reproduce.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
I'm using Firefox 2.0.0.9 on Mac OS X 10.4.9. The All-in-one Sidebar v0.7.1 extension (https://addons.mozilla.org/en-US/firefox/addon/1027) is what's causing me the described problem. I can add that all the Google Firefox extensions aren't influencing the result.

With more or less the same set of extensions I have installed on Gentoo, Ubuntu and Windows XP machines, the All-in-one sidebar is not producing this.
You need to log in before you can comment on or make changes to this bug.