Open Bug 358864 Opened 14 years ago Updated 4 years ago
When a dropdown menu is open, must click twice to use the tab bar buttons
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 When a Bookmarks Toolbar folder, Search engine selection menu, Back/Forward history drop-down menu, or location bar history drop-down menu is expanded, users must click twice to select something on the tab bar. This action should instead require only one click, proof of concept being that Menu bar drop-downs do not exhibit this bug. Reproducible: Always Steps to Reproduce: 1. Expand one of the aforementioned menus 2. Try clicking something on the tab bar Actual Results: The folder is collapsed, but whatever is clicked on the tab bar is not activated. Expected Results: The folder is collapsed, and whatever is clicked on the tab bar is also activated.
Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!
Whiteboard: CLOSEME 07/14
Version: unspecified → 2.0 Branch
Yes, it is still present. These "with the latest Firefox 2" messages are irrelevant, though. It never got fixed in Firefox 2, and it is still present in the current nightlies. There is no occasion where it would be fixed in "the latest Firefox 2". Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a6pre) Gecko/20070607 Minefield/3.0a6pre ID:2007060716 [cairo]
changing title (shorter now) but don't know if it is really a bug, When i have a dropdown open and i change my mind, i want to be able to click anywhere to close it, solving this could bring to don't-wanted clicks on UI elements
Severity: normal → trivial
Summary: When a Bookmarks Toolbar folder, Search engine selection menu, Back/Forward history dropdown menu, or location bar history drop down menu is expanded, users must click twice to activate something on the tab bar → When a dropdown menu is open, must click twice to use the tab bar buttons
This is actually a really annoying bug. I am using Vista 64 and see it, any chance someone can take this on?
dupe of bug 226525 ?
As I mentioned in bug 226525, it is standard (i.e. correct) UI functionality to drop left-clicks and hover events on objects outside of a context menu while it is open in an application on Mac OS X. Where this is not done (on Mac OS X) may be a bug.
(In reply to comment #6) > As I mentioned in bug 226525, it is standard (i.e. correct) UI functionality to > drop left-clicks and hover events on objects outside of a context menu while it > is open in an application on Mac OS X. And again, same for Linux
on the latest trunk (XP), it seems that the tab context menu no longer eats a click and focus to tab/url is transferred on first click however the url drop down menu, the url context menu, and the backward/forward drop down menu still eat a click the point is we must have consistency (at least per OS). Mozilla/5.0 (Windows; Windows NT 5.1; rv:2.0b3pre) Gecko/20100721 Minefield/4.0b3pre ( .NET CLR 3.5.30729)
Just closed Bug 226525. Might as well update the info here (I realize this is really getting trivial now. :) ) On: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:23.0) Gecko/20130504 Firefox/23.0 Bookmarks Toolbar - Fixed Search Engine Selection - Fixed Back/Forward History - Fixed Location Bar drop down - NOT Fixed URL & Search bar Context Menu - NOT Fixed
I know this bug is *currently* listed just for Firefox, but I made a mistake with some bugs so wanted to note here so nobody else makes the mistake I did. Some of these bugs are present in both Seamonkey/Core and Firefox and some aren't. Guessing Firefox overrides core components for certain areas. Differences in Seamonkey: Location Bar drop down - Fixed in Seamonkey, broken in Firefox URL & Search bar Context menu - NOT Fixed in both
Cite from bug 1205619 comment 4: > Neil Deakin: > Seems like on Windows we shouldn't consume the mouse event when a context menu is open. > > The essentially means that nsXULPopupManager::Rollup > should return false if item->IsContextMenu() is true.
You need to log in before you can comment on or make changes to this bug.