User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20040910 Refer to steps/results Reproducible: Always Steps to Reproduce: 1. Hit alt-d to jump to address bar (or whatever method you want to put focus on address bar). 2. Type anything in address bar to cause address bar history (if any) and "search google" to appear. Do not press enter. 3. Hit alt-g or any other alt-hotkey (FEVGBTWH) to open a pulldown menu. 4. Use mouse to select (left click) something from opened address bar history (either a url, or "search google" option) Actual Results: No navigation results, and the keyboard now cannot be used to enter text. This includes both in selecting/typing in the address bar, and typing text in any forms that the browser window may coincidentally be displaying. Hotkeys (alt- and ctrl- selections) can still be used, except for alt-d. Switching the focus off the browser window and then back to the browser window will clear this problem. Expected Results: The usual magic. ;-)

Confirming. This raises this assertion on a debug build : http://lxr.mozilla.org/seamonkey/source/dom/src/base/nsFocusController.cpp#477 "Attempt to decrement focus controller's suppression when no suppression active!" We should check if FireFox has the same problem.

Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041110 Firefox/1.0

Is this a problem on trunk? This worksforme with a current Linux trunk build.

Still broken on Windows/Trunk/Suite W2000. Maybe it doesn't impact Linux for some reason.

In that case, it's likely to be a widget issue, not an event handling one....

This is indeed windows only. There seem to be subtles difference between Linux and Windows, I could get in some circumstances the history bar and a drop down menu to be simultanesously opened under Linux when selecting with the mouse, but never under Windows. Maybe the best solution would be that access to a menu with a keyboard shortcut would close the history bar, as it does when selecting with the mouse. I suspect that in the mouse selection case, this behaviour has been deliberately implemented to avoid problems with the two simultaneous drop-down.

Hmmm... yes, that would be a good idea.

Comment on attachment 167643 [details] [diff] [review] Close popup when ALT pressed [Checkin: Comment 13] Good job remembering to handle the Mac case where there is no menu access key.

jag's not available to sr this ?

Neil, Jag, Are you still working on this ?

Comment on attachment 167643 [details] [diff] [review] Close popup when ALT pressed [Checkin: Comment 13] what's described in comment 0 doesn't happen on linux, but this does prevent focus from being so greedy when the autocomplete menu is down (which is very annoying)

Fix checked in.

Comment on attachment 167643 [details] [diff] [review] Close popup when ALT pressed [Checkin: Comment 13] (Are you still looking for sr ?)

Comment on attachment 167643 [details] [diff] [review] Close popup when ALT pressed [Checkin: Comment 13] Clearing sr, patch already checked in.

Patch checked into mozilla-central in Bug 443837

Pushed by frgrahl@gmx.net: https://hg.mozilla.org/comm-central/rev/df6e968a4f9c Menu access key should close autocomplete r=aaronlev,ajschult [p=Neil]