When master password prompt appears and a menu item (e.q. 'Bookmarks' or 'File') is open, user is unable to close menu item and enter master password.

NEW
Unassigned

Status

()

Core
Widget: Cocoa
P3
normal
10 years ago
10 months ago

People

(Reporter: Jesse Thomson, Unassigned)

Tracking

Trunk
All
Mac OS X
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [passwords:master-password])

(Reporter)

Description

10 years ago
User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_5_3; en-us) AppleWebKit/525.18 (KHTML, like Gecko) Version/3.1.1 Safari/525.20
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9) Gecko/2008061004 Firefox/3.0

When prompted for the master password, Mac OS X's menu bar only has the 'Firefox' item so if a menu item such as 'Bookmarks' or 'History' is open, user is unable to close the menu item to enter the master password. That is unless user moves the Firefox window out of the way of the open menu item.

Reproducible: Always

Steps to Reproduce:
1. Go to webpage that prompts for master password (ie: https://mail.google.com)
2. While page is loading, open the 'Bookmarks' menu item and keep open.
3. When master password prompts, 'Bookmarks' remains open and user cannot close it.
4. Manage to enter master password, 'Bookmarks' is able to close.
Actual Results:  
See Details.

Expected Results:  
Menu item should have closed first, then master password is prompted.

Default theme, no plugins, fresh install.
I don't use a master password.  But something similar happens when you
visit a page that requires basic authentication (that displays the
"401 Authentication Required" dialog) and (before the dialog comes up)
open one of the menus on the Bookmarks toolbar:

1) Type a URL in the location bar that requires basic authentication,
   but don't hit Return yet.

2) Move the mouse above "Latest headlines" in the bookmarks toolbar,
   but don't click on it yet.

3) Hit Return, then immediately afterwards click on "Latest
   headlines".

   The "Latest headlines" menu should appear almost immediately.  Then
   (a few seconds later) the "Authentication Required" dialog should
   appear underneath it.

This problem is ugly.  But it has a trivial workaround -- just drag
the browser window a little (by its title bar) and the bookmarks menu
closes.  And it will probably not be easy to fix.
Status: UNCONFIRMED → NEW
Component: Menus → Widget: Cocoa
Ever confirmed: true
Product: Firefox → Core
Version: unspecified → Trunk
Assignee: nobody → smichaud
Priority: -- → P3
QA Contact: menus → cocoa
Duplicate of this bug: 622287
(In reply to comment #1)
> I don't use a master password.  But something similar happens when you
> visit a page that requires basic authentication (that displays the
> "401 Authentication Required" dialog) and (before the dialog comes up)
> open one of the menus on the Bookmarks toolbar:

HTTP Auth is handled by bug 524909. This one is a bit different because no other modal dialog pops-up. But I can see a similarity with bug 100180.

Steven, I assume this is one of the bugs which has been forgotten in your queue?
Priority: P3 → --
Hardware: PowerPC → All
See Also: → bug 100180
> Steven, I assume this is one of the bugs which has been forgotten in
> your queue?

I assigned this to myself because I could reproduce it (or at least a
variant of it) and thought I'd eventually be able to get to it.

Now I assume my STR from comment #1 no longer "works".  And I'm pretty
sure I'm not going to be able to get to this anytime soon.

Can you reproduce the original bug report, Henrik?
Assignee: smichaud → nobody
Yes, I am. It's fairly trivial to reproduce. Simply use session store with a page which requests a username/password. Set a master password and store the user/pass combination before the restart. After a restart directly click on any of the menus and wait for the master password prompt to appear.

Right now you can simply hit Esc to escape from this state.
Whiteboard: [passwords:master-password]

Updated

10 months ago
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.