358864 - When a dropdown menu is open, must click twice to use the tab bar buttons

Status: NEW

(Core :: XUL, defect)

Description

[mmortal03]

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.

Comment 1

[Steve England [:stevee]]

Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!

Comment 2

[mmortal03]

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]

Comment 3

[Marco Bonardo [:mak]]

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

Comment 4

[Recall]

This is actually a really annoying bug. I am using Vista 64 and see it, any chance someone can take this on?

Comment 5

[eyal gruss]

dupe of bug 226525 ?

Comment 6

[Dave Webber]

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.

Comment 7

[Michael Monreal [:micmon]]

(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

Comment 8

[eyal gruss]

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)

Comment 9

[Kevin Ar18]

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

Comment 10

[Kevin Ar18]

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

Comment 13

[arni2033]

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.