non-standard right-click menu behaviour

Bug #192604 reported by David Prieto on 2008-02-17
10
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Invalid
High
firefox (Ubuntu)
Wishlist
Unassigned

Bug Description

Binary package hint: firefox-3.0

It's an unimportant detail, but in every Ubuntu app if you press and keep the right-click button, then move AWAY from the spanning menu and release the button, the menu will disappear. Not in Firefox, it will stay until you right-click again.

Also, using certain themes like Clearlooks standard right-click menus show the first item highlighted when you right click, which is useful because you don't even have to reach the touchpad to select it. you just press the right button, hold for a sec and then let go, and the first menu item is selected. Not in Firefox, you actually have to move the cursor.

Hope I made it clear. Unimportant stuff as I said, but it's there anyway.

(In reply to comment #0)

This is very similar to what happens with applets and some other elements. In
the case of applets, I seem to remember a bug in the database where alt-click or
right-click would incorrectly pull up a context menu, and it would not be
dismissed if you clicked elsewhere in the applet window. (I've seen it, but
didn't re-report it.)

I've looked for those old bugs and can't find them, but I'm fairly sure they're
related. [The same flaw is visible with applets in win32 2004031616]

Similar(ish) problem when using the citrix plug-in:

When using an application inside a citrix session (tested just from Windows), if
I right-click in the application's "workpane", two menus come up, the
application's context menu and Mozilla's context menu almost completely
overlayed on top.
The overlay renders the application's context menu essentially mouse-unusable as
you can't see the menu options (though you can scroll over it and make an action
occur using the mouse). The keyboard also allows scrolling over the
application's menu.
The problem (of two menus) does _not_ however occur if a "control area" e.g. a
scrollbar in the application is clicked. In such a case, just the application
context menu shows up.

vsinha

Created attachment 157592
Concatenated context menus (related to description in earlier post).

Overwriting previous update. Please ignore the previous one. My DSL line acted
funky and I ended up posting the wrong description. Apologies...
-----------

Similar(ish) problem when using the citrix plug-in:

Description:
When using an application inside a citrix session (tested just from Windows), if
I right-click inside the application, two menus come up, the application's
context menu and Mozilla's context menu almost completely overlayed on top. The
mozilla context menu is huge however. It appears to be a concatenation of all
possible context menus - see image attachment.
The overlay renders the application's context menu essentially mouse-unusable as
you can't see the menu options (though you can scroll over it and make an action
occur using either the keyboard or the mouse).
Once the mozilla context menu has opened, it stays even if the left mouse button
is clicked elsewhere else in the application, or you use the keyboard. While
using a mail client through citrix, I right clicked and got the menus, then
opened up a new mail message window, composed and sent it, with the mozilla
context menu still around.

The menu disappears only if the mozilla window causing the context menu loses focus.

I encountered the problem using mozilla 1.8a3 but not with Netscape 7.02. In the
latter case, the mozilla context menu was suppressed.

vsinha

possible dupe of 95790

*** Bug 300381 has been marked as a duplicate of this bug. ***

*** Bug 313621 has been marked as a duplicate of this bug. ***

*** Bug 322353 has been marked as a duplicate of this bug. ***

I've had similar problems in MacOSX versions of Mozilla for quite awhile. I don't remember what starts the problem -- maybe a select box or something that was described here -- but a contextual menu will stick open, and even changing tabs or applications won't make it go away.

But I think I can offer a fix to make it go away when it does happen, without clicking one of the items in the stuck contextual menu: Move your mouse into the menu, then hit the ESC key. That usually (always?) makes it go away for me.

Not an actual bug fix, but should help you get rid of the menu without forcing you to, say, reload the page (or select some other item in the menu).

Binary package hint: firefox-3.0

It's an unimportant detail, but in every Ubuntu app if you press and keep the right-click button, then move AWAY from the spanning menu and release the button, the menu will disappear. Not in Firefox, it will stay until you right-click again.

Also, using certain themes like Clearlooks standard right-click menus show the first item highlighted when you right click, which is useful because you don't even have to reach the touchpad to select it. you just press the right button, hold for a sec and then let go, and the first menu item is selected. Not in Firefox, you actually have to move the cursor.

Hope I made it clear. Unimportant stuff as I said, but it's there anyway.

Alexander Sack (asac) wrote :

please search the bugzilla.mozilla.org bug database for a similar bug. there already should be one. if you cannot fine anything, let us know.

Changed in firefox-3.0:
importance: Undecided → Wishlist
status: New → Incomplete

I browsed through bugzilla and the most similar bug I found is https://bugzilla.mozilla.org/show_bug.cgi?id=231336

It's not exactly the same, though; the OP complains that there is no way to close menus, while I reported that menus don't close as GTK+ menus should - and that the theme is not exactly followed.

Rolf Leggewie (r0lf) on 2008-05-29
Changed in firefox-3.0:
status: Incomplete → New
Changed in firefox:
status: Unknown → Confirmed

Right clicking on a <select> box does nothing in Firefox 3 (confirmed with mzz). Thus, worksforme.

Changed in firefox:
status: Confirmed → Invalid

Can still confirm the issue. Maybe we should open a new bug on https://bugzilla.mozilla.org/, since mozilla-bugs #231336 is not exactly about what is meant here.

Changed in firefox-3.0:
status: New → Confirmed
Changed in firefox-3.0 (Ubuntu):
status: Confirmed → Triaged
Changed in firefox:
importance: Unknown → High
affects: firefox-3.0 (Ubuntu) → firefox (Ubuntu)
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.