[MASTER] right click (with button release) might activate random popup-menu-item

[Nicolò Chieffo]

Binary package hint: firefox-3.0

I am using firefox 3.0~b3~cvs20080101t1000+nobinonly-0ub
when I right click on a link sometimes instead of popping up the normal right click menu one of these thing happens:
- the link is automatically opened in a new window
- the link is automatically opened in a new tab
- the add to favourites menu appears
- link properties are opened

==== Workaround ====

Workaround: Install the Mouse Gestures plug-in https://addons.mozilla.org/en-US/firefox/addon/39 and restart Firefox.

Workaround 2: click and hold the right button until the menu appears, then release the button over the menu item you want.

Please don't comment if either workaround fixes the problem for you. Otherwise, give hints how to reproduce please!

====Please read before commenting====

From https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/187313/comments/140:

"If a person is affected by this bug they can note this with the the "This bug doesn't affect me" / "This bug affects me" switch at the top of this page.

Posting comments only generates more mail and makes the page so large that it is hard to follow actual discussion of this bug since the page is mostly the "me too!" posts. (Seriously, this page is huge.) We know this bug affects a lot of people. I myself am affected. There are enough "me too!" comments here that more will do exactly no good. You can subscribe yourself to this bug and mark yourself as affected without posting a me too comment, and we are politely requesting that people do that."

[Brettw-gmail (brettw-gmail)]

I couldn't reproduce this on Windows (2005 Oct 13 trunk and 1.5b2) or on my
version of Linux with similar versions. If I click on the exact corner, the menu
appears slightly to the left of the mouse. If I click near the corner, the menu
is aligned with the bottom of the screen (and hence, the mouse), but the border
of the menu doesn't count as the menu.

Could this be theme related on your Linux system?

[Trev-moz (trev-moz)]

This should be filed under Core - XP Toolkit/Widgets: Menus
Tweaking product and component...

[Trev-moz (trev-moz)]

I got a report (http://bugzilla.mozdev.org/show_bug.cgi?id=13196) that this happens in Firefox 1.5.0.1 on Linux with the default theme. I can't confirm this however, for me the context menu works fine (Firefox 1.5.0.1 on KDE).

[Nickers (nickers)]

I can reproduce this bug on Gnome 2.12.2 with default settings (Metacity + Clearlooks). The bug seems to be caused by the fact, that the edge of context menu is always positioned a few pixels to the bottom-right from the mouse pointer. I suggest this to be changed, so the pointer is a few pixels _away_ from the menu.

The bug is also present in the current nightly [Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9a1) Gecko/20060213 Firefox/1.6a1].

[Bzbarsky (bzbarsky)]

So... I can't seem to reproduce this. roc, can you reproduce?

[Roc-ocallahan (roc-ocallahan)]

Nope. The cursor is in the menu, but I have to move it a pixel or three upwards before an item is selected.

[Bzbarsky (bzbarsky)]

Hmm.. For me it's not even in the menu; it really shouldn't be in the menu....

[Florian-queze (florian-queze)]

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

[Florian-queze (florian-queze)]

I can reproduce this on Ubuntu 6.10 with a current trunk build.
(Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a3pre) Gecko/20070222 Minefield/3.0a3pre)

When I open the context menu, the cursor is over the last item and it opens Page Info when I release the button.
I need to move the cursor one pixel upwards to get the highlight on the last menu item.
If I move the cursor at least one pixel downwards before releasing the button, the menu stays open.

[Jakub 'Livio' Rusinek (liviopl-pl)]

It has not been fixed until three years?! Nice...
CC'ing myself.

[Nicolò Chieffo (yelo3)]

Binary package hint: firefox-3.0

I have a synaptics touchpad and I'm using firefox 3.0~b3~cvs20080101t1000+nobinonly-0ub
when I right click on a link sometimes instead of popping up the normal right click menu one of these thing happens:
- the link is automatically opened in a new window
- the link is automatically opened in a new tab
- the add to favourites menu appears
- link properties are opened

[Alexander Sack (asac)]

does this behaviour go away if you don't configure the synaptics driver for X?

[Nicolò Chieffo (yelo3)]

yes, it happens anyway

[ethana2 (ethana2)]

I'm on a desktop. This bug is driving me insane.

*right click*
*Bookmark link!*
What?! I want to open it in a..
*right click in blank region of page*
..normal menu comes down..
*right click*
theerreee we go. Open in new tab.

a little while later..
*right click*
....what's taking it so..
*New window!*
What?!

[Nicolò Chieffo (yelo3)]

I have to say that this hasn't happened yet, since the new ff3 beta 3

[ethana2 (ethana2)]

Three beta three is what I'm on now, and I do still have this problem.

[Nicolò Chieffo (yelo3)]

I was wrong, it still happens!

[ethana2 (ethana2)]

Yes it does.

[Matthew Woerly (nattgew)]

I don't get this behavior...

[Matthew Woerly (nattgew)]

...in b4.

[ethana2 (ethana2)]

Link to beta four?

[Matthew Woerly (nattgew)]

That was Swiftfox... I do get it it FX Beta 3...
It's not all the time, it's just sometimes.

[ethana2 (ethana2)]

Still here in Firefox3 beta4 on Ubuntu Hardy.

Nattgew: That is correct. This bug makes firefox annoying /and/ inconsistent.
I believe that once it rears its ugly head it can be replicated time
after time after time though.

[André Pirard (a.pirard)]

I confirm that this irritating problem is happening reproduceably on this Tecra 8000 (400 MHz) laptop in the following typical situation. When launching (right-click|open in a new tab) a number of URLs, such as displayed by Google Search or News, the first one or two, maybe three, launches happen swiflty. Then, either the next right-clicks produce no context menu or, some time after some click, any entry of the context menu is executed -- any at apparent random -- although the context menu was not seen. At a later time, when loading pages has calmed down, right clicking resumes normal working.
I'm unsure if the delays such as paging memory out of a crowded RAM while loading the page to be clicked itself has an effect.
But I think so and the problem is certainly affected by load and/or delays.
The effect of multiple right-clicking should be considered.

More tests on request.
Please raise the severity.
Please don't add an unstoppable "send this page ..." or the like to the context menu ;-)

Using Ubuntu 8.04 alpha 6
and hence Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b3) Gecko/2008021416 Firefox/3.0b3

[ethana2 (ethana2)]

Thanks, andré. I'd use the middle mouse button instead and avoid
right-clicking like the plague because of this bug, but half the time
I try to press the middle mouse button, I scroll it. I'd just click
on links too, with my settings, but when I want to open a link in a
new tab, I don't want to have to think about context. When I click on
a link, I want it to replace the page I'm currently viewing.

So basically, I think I've seen this bug on every firefox3 install we
have (Ubuntu Hardy all)... If you just right click on every link and
say to open it in a new tab when you want it to do that, it won't be
too long 'till just up and does something completely random with it,
within the limits of the context menu entries present.

[André Pirard (a.pirard)]

I have found my own workaround to my incarnation of that problem (On an overloaded computer, right-click very frequently spontaneously executes any context menu entry at random, otherwise menu appears after seconds or even never.):
I right-cleeeeek, that is, keeping held down until the menu appears (, or cramp, whichever is first).

Side notes:

- When the context menu (finally) appears, a random entry of the menu may be highlighted (but it's not executed). Same if a Firefox 3 window tab is right-clicked
- In Windows (and Wine), the context menu appears only when the mouse button has been released (up event). This is the best debouncing method that can be (this problem shouldn't debouncing, but who knows).
- In 7.10, releasing the right-click always executed the top entry unless the pointer was moved away from the top left corner. In 8.04, a small menu margin makes moving away unnecessary. Nice improvement, thanks !!!
- Why do so little persons report such a pesting bug?

Hoping this will help understand and fix the problem.

[ethana2 (ethana2)]

I'm wondering that myself, André.
My workaround is to /never/ use the right click menu.. always the
middle mouse button for new tab. 'course, half the time I
accidentally scroll...

I wonder how many people out there are just putting up with this bug..
 Please, leave a comment-- let the devs know this bug really needs to
be fixed.
..from my visit to #firefox, it seems this bug may be ubuntu specific..

[Jonathan Thomas (echidnaman)]

This happens to me. (Super annoying) If it would help (the more info the better, right?), this is my setup:
Kubuntu-KDE4 Hardy Beta
KDE 4.0.3
Firefox 3 Beta 5

[Alexander Sack (asac)]

i still dont understand thigs bug. If you have access to other physical systems could you try (maybe with a livecd) if this happens everywhere or just for some hardware combination?

[ethana2 (ethana2)]

I guess I haven't confirmed this for beta5 yet...
Alright, Alexander, I'll try to narrow this down a bit for you guys.

[Roc-ocallahan (roc-ocallahan)]

Created attachment 316582
fix

Here's my fix. The problem is that the context menu code tries to move the menu two pixels down and to the right so that the menu does not appear under the cursor. But sometimes --- when you're near the bottom right of the screen --- nsMenuPopupFrame decides to place the context menu above the designated position; in that case, moving the menu down two pixels was wrong, we actually need to move the menu up two pixels.

So this patch passes the 2-pixel offset down as a parameter to nsMenuPopupFrame, which can use that information to place the popup correctly if it decides to make it appear above the mouse position.

[Enn (enndeakin)]

Seems like it would be easier to just add the 2 pixels in nsMenuPopupFrame::SetPopupPosition as needed when mIsContextMenu is true instead.

[Roc-ocallahan (roc-ocallahan)]

That would change the behaviour of nsPopupBoxObject::OpenPopupAtScreen. If that's OK with you, I'll do that.

[Nicolò Chieffo (yelo3)]

I have access to 2 laptops, and both are affected! Maybe only laptops are affected...

[ethana2 (ethana2)]

I administrate two laptops and a desktop. All three are affected.
I'm going to wait to try to recreate this bug again until after the
stable Ubuntu release.

[André Pirard (a.pirard)]

I no longer saw my problem in a 8.04 CR fresh installation in two days.
I've just done some stress testing which should have shown the problem but didn't.
It seems to me that I see the sandglass shows more often and it could be that it prevents clicking at the moments the "strange things" may happen.

This improvement needs to be confirmed by a few others (as my problem occurs almost exclusively when this slow computer is overloaded).

[Roc-ocallahan (roc-ocallahan)]

Created attachment 316915
fix v2

Okay, fixed as described.

[Enn (enndeakin)]

Comment on attachment 316915
fix v2

>-nsMenuPopupFrame::InitializePopupAtScreen(PRInt32 aXPos, PRInt32 aYPos)
>+nsMenuPopupFrame::InitializePopupAtScreen(PRInt32 aXPos, PRInt32 aYPos,
>+ PRBool aIsContextMenu)
> {
> EnsureWidget();
>
> mPopupState = ePopupShowing;
> mAnchorContent = nsnull;
> mScreenXPos = aXPos;
> mScreenYPos = aYPos;
> mPopupAnchor = POPUPALIGNMENT_NONE;
> mPopupAlignment = POPUPALIGNMENT_NONE;
>+ mIsContextMenu = aIsContextMenu;
>+ mAdjustOffsetForContextMenu = aIsContextMenu;

mAdjustOffsetForContextMenu should be set to false for the other two InitializeX methods.

> screenViewLocY = nsPresContext::CSSPixelsToAppUnits(mScreenYPos) / factor;
>+ PRInt32 offsetForContextMenuCSS = mAdjustOffsetForContextMenu ? 2 : 0;
>+ PRInt32 offsetForContextMenuDev =
>+ nsPresContext::CSSPixelsToAppUnits(offsetForContextMenu) / factor;

You meant 'offsetForContextMenuCSS' here right?

I assume with this patch that the test for contextmenus (test_contextmenu_list.xul) works ok?

I'm not a superreviewer, so let's ask the other Neil.

[Roc-ocallahan (roc-ocallahan)]

Created attachment 317116
fix v3

Updated to comments.

test_contextmenu_list.xul passes on my Mac.

[André Pirard (a.pirard)]

Sorry I must partially take back what I said.
In a two hours Google News session, it happened five times.
Indeed that's less frequent than before, but it still happens.
Right click on a link, release, wait, and for example a Bookmark This Link windows opens.
I still say that it happens less often, but, in this release, I am much more prevented to click while pages are loading in other tabs.

[Neil-httl (neil-httl)]

Comment on attachment 317116
fix v3

>+ nscoord offsetForContextMenu = 0;

>+ PRInt32 offsetForContextMenuCSS = mAdjustOffsetForContextMenu ? 2 : 0;
>+ PRInt32 offsetForContextMenuDev =
>+ nsPresContext::CSSPixelsToAppUnits(offsetForContextMenuCSS) / factor;
>+ offsetForContextMenu = presContext->DevPixelsToAppUnits(offsetForContextMenuDev);
Any reason not to do this in an if rather than possibly calculating with zero?

[Roc-ocallahan (roc-ocallahan)]

I guess it's about as simple to put the whole thing in an "if", sure, I'll do that.

[Roc-ocallahan (roc-ocallahan)]

Comment on attachment 317116
fix v3

Fixes a pretty bad Linux usability issue where we fire random context menu commands in some situations (I think it's a regression). May also fix or at least narrow down blocker bug 404314. Rather safe fix too, I think.

[Beltzner (beltzner)]

Comment on attachment 317116
fix v3

a1.9=beltzner

[Roc-ocallahan (roc-ocallahan)]

Checked in.

[Royce (divinevette)]

I have the same random mouse selection all over hardy, not just firefox! Driving me nuts

[Nicolò Chieffo (yelo3)]

This bug is only for firefox, you are experiencing another bug.

I installed fedora 9 beta, and it is affected too!
Also 64 bit of ubuntu hardy is affected.
I will now test if this problem is caused by a firefox extension

[Rocko (rockorequin)]

@Nicolo:

I think what Royce is saying is that this bug occurs *outside* firefox as well as in firefox. I get the same thing - eg, occasionally, nautilus chooses random options from the menu for you if you use the right-mouse key. It's just that everyone use the right mouse key much more frequently in firefox, so it shows up in firefox much more often.

I've checked running with a fresh install of firefox with no extensions, and it still happens.

I suspect it's a problem with the kernel keyboard/mouse driver, especially if you're getting it in fedora as well.

In bug 206295, some people suggested this might be an issue when running vmware-server, except that I experience it when the server is not running at all.

[Nicolò Chieffo (yelo3)]

I've understoon now, sorry! I will also try to use the right mouse
button more frequently outside firefox, and I'll let you know what
happens in my case.

[Nicolò Chieffo (yelo3)]

Epiphany does not suffer this problem, so I think that it is only a firefox bug.

[Rocko (rockorequin)]

I just experienced the problem in vinagre: I was controlling azureus on a remote machine (which was also running Hardy), clicked the right button, and it chose a menu option for me instead of showing the menu.

So I have so far experienced this problem in firefox, nautilus, and vinagre (or possibly azureus).

[Jerdsy (jerdsy)]

I can continuously reproduce this issue under both Firefox 3.0b5 and Swiftfox 3.0b5.

I first saw this issue after an upgrade from Gutsy to Hardy (8.04)

I have seen it in both Ubuntu and Xubuntu sessions.

It happens very frequently when 20 or more Mozilla tabs and two or more Mozilla windows are open. (perhaps 10 tabs in each window)

Most frequently, a right mouse click will return random items from the right mouse menu. If add-ons have installed items to the right mouse selection menu, it may activate one of those. It is truly quite random. Clicking and holding the right mouse button can sometimes prevent the bug from occurring.

From my experience, the right down-mouse shouldn't activate the context menu. Only the up action should display the menu. This in and of itself would seem to be a bug.

I have never seen this occur outside of a Mozilla application. In fact, if I right click in Mozilla, the bug will occur, quickly using the right mouse button to select something on the desktop will work perfectly, once again right clicking in Mozilla will again display the bug.

In my experience, this Truly annoying bug is entirely exclusive to Mozilla.

[Umang Varma (umang)]

I think I know what is happening. I am experiencing the same bug in Ubuntu.

I right click a link and I get a menu, and I decide not to click anything on that link. (i.e. I click outside the menu). Now when I right click on a link below the one I had right clicked previously, Firefox seems to take the action that was going to happen had I clicked on that location on the screen when I had opened the menu from my previous right click.

So if you go to Google and right click on one link. Then left click outside the menu. Return and right click on the link below (vertically bellow, not to the side), you will end up clicking "Save Link As".

Please do solve this bug.

Also: (Please forgive me if this isn't related) I had experienced a similar problem with FF2 on Gutsy. If I opened a LiveBookmark, and I right clicked on an item, I would get a menu with what I would have got if I right clicked on the page itself. If I clicked out of that menu, then I would see the menu I was supposed to see ("Open", "Open in New Window", "Open in New Tag", - , "Copy")

Thanks

Umang

PS: Do tell me if this is not to correct place for this bug report and if so where I should file the bug/search if it has already been reported.

[stg (steve-garon-deactivatedaccount)]

I have the same bug here on my laptop. And this only happens in Firefox.

Btw, I have an other system that is an upgrade from gutsy to hardy which does not suffer from that problem... That system is a desktop. Could it be a touchpad problem ? Why only firefox tho ?

[Jeramy Rutley (jrutley)]

On Fri, May 9, 2008 at 1:06 PM, stg <email address hidden> wrote:
> Btw, I have an other system that is an upgrade from gutsy to hardy which
> does not suffer from that problem... That system is a desktop. Could it
> be a touchpad problem ? Why only firefox tho ?

My desktop system is an upgrade from gutsy to hardy and it has the
problem. I assure you that it's not the touchpad.

[André Pirard (a.pirard)]

Umang, what you wrote is a real find and I'm surprised there's so little
followup.

I could almost repeat almost what you described.
I would phrase it as follows.

If a context menu is canceled, a right-click in the area from which it
disappeared may produce the action that would have been taken if the
menu was still there.

I wrote "almost", "canceled" and "may" because
- Warning, I couldn't get it work all the time, sometimes easily
sometimes with difficulty
- Any possible way to have the menu disappear works (right-click, escape
...)

But I sure produced what you say more than enough to be convinced that
it's at least closely related to this bug.
I even wonder if I didn't watch the same events outside FireFox (Xopen
bug?).

On a very slow system, it's even trickier to watch because, although the
system behaves as if it did, the context menu may not appear and you
think you just clicked twice.
So that you right-click, you wait, it misbehaves and you're under the
impression that the problem is related to this single click but, in
fact, you clicked in a menu that never showed up produced by another
click that occurred an amazing number of CPU cycles ago.

[Hans L (thehans)]

I have experienced this bug also. Happens in firefox 3.0 beta 5. I have not noticed the issue in other applications, but that may just be because I don't have other applications which I use as much, and which I right-click in as often.

[Umang Varma (umang)]

André Pirard,
Yes, that's true. I find that I can't produce the bug each time. Though I can't think of what I can do to verify that its Firefox that's the problem. (I'm just a little over a month old in the Linux world, so I don't know what else is behind this).

I do find that I this doesn't happen at all with Live Bookmarks (right click an item, press escape, right click on the item covering "Open in a new tab" [I right click in at the bottom of an item, so that the "Open in a new tab" covers as much of the other item's height as possible] and the menu opens exactly as it is supposed to] I've tried this quite a few times, and can't find the bug at all. So I think its not a problem with any outside application working the menus.

Plus, I experimented a bit more. This is even more surprising, try it on Google. I got the menu, pressed escape, then using Ctrl+Tab (actually, I can do it by moving the mouse and changing the tabs by clicking also, now that I have tried) I changed tabs until I finally got back to the original tab, and then I right click back on the place where it would have said "Save Link As" and it still gives me the "Save Link As" dialog! This made me try a little more, to see what Tabs had got to do with all this:

I tried this: Google for the same keyword. Scroll the exact amount, then right click on one tab, move to the next tab right click on the place where it would have said "Save Link As". and within a few attempts I managed to reproduce the bug. So it works across tabs as well.

BUT (and I think this is surprising as well), I haven't managed to do this by not right clicking a link. As in I cannot right click a link and then right click on the body of the page where the menu item was and right click there. It just pops up the normal menu.

Other things to be noted:
 * I can refresh the page, or even use the search bar to search for something else, and then right click when the menu item was and still Firefox behaves as though I clicked on the menu item itself (as in the bug still exists there as well).
 * Left clicking just behaves as if I clicked the link (correct behaviour). - The bug doesn't pop up here
 * As many times as I left click outside the menu area + press escape, etc I still get the bug. (i.e.: I can right click, then left click outside the menu area 5 times, press escape 5 times, then go back and right click on the place where the menu item was and I still get the bug.

I think this bug deserves more attention. It might not be a security hole, but it does make me spend 1.5 times the amount of time I should spend on a site than I should if I am just looking for links (like Google, for instance).

I have explained whatever I can make of the bug as much as possible. I hope someone in-charge with please look into it.

Thanks,

Umang

[André Pirard (a.pirard)]

Umang, you have found something great because it's an obvious bug and
because it's highly repeatable.
However, I think that the bug open here is at least slightly different.
But it well may be that if a developer analyzes your bug with this one
in mind, he may well find a reason for both and fix both bugs at the
same time.

Lately, I made a Launchpad bug search that produced a single hit.
So, I had a page with a single link on which I right-clicked.
Without seeing a context menu, I saw the link open in a new page.
Obviously Bug 187313 but not clicking where a context menu has been.
(last action was filling a Web form and clicking its action button)

[Joseph Artsimovich (axehand)]

I also experience this bug, and I found a way to reliably reproduce it. It works 100% for me.
Just right click on some white space near the bottom right corner of the screen. Your firefox window needs to be maximized. When I do this, I always get the lowest menu item activated. BTW, it's on a desktop system, not on a laptop.

I think the following is happening:
If your cursor it at a certain position, the right click will cause the menu to appear directly under the cursor. When you release the button, the menu item under the cursor is activated. This should not happen! BTW, it sounds like a gtk bug, not a firefox one.

[Alexander Sack (asac)]

i updated the title to better reflect the problem the initial reporter described.

[André Pirard (a.pirard)]

Hi Joseph,

Yes you're right.
Anywhere, even on the desktop, if I right-click and "slip" the mouse a
little bit towards the context menu, I execute the menu-item on which I
happen to stop slipping when the mouse button is released.
Counter-accessibility feature, really, not to learn to use a mouse.
Not exactly the link related problem, but quite in line with the
formerly presented idea that the context menu should display only when
the button is released.
Are we revising the whole of mouse management?

Hardy :-)

[Rocko (rockorequin)]

@Joseph:

Brilliantly spotted. I can reproduce the bug consistently in Firefox like you describe. My Firefox window doesn't need to be maximized - it just has to be near to the right hand side of the screen.

@André:

Also brilliantly spotted. This happens on mine as well, including on the desktop, and would explain why I have occasionally noticed this bug outside of Firefox. I think it also explains some of the 'random' link selections in Firefox.

[Mathieu Marquer (slasher-fun)]

Same behavior for me, using FF3 on Hardy Heron up-to-date, Compiz *not* activated.

[Mathieu Marquer (slasher-fun)]

Actually this is NOT a random behavior : what happens is that immediately after the right-click, a left-click is pressed, selectionning the first item of the menu.

[dougleduck (palmer-jody)]

Its nothing to do with clicking the left mouse button accidentally, not here anyway.

The behaviour in firefox for me is this. Right clicking a link can bring several different options, such opening new tabs, windows, (as well as some add-ons like ad-block), and also bringing up a new thunderbird compose mail with the link as the body of the email. Considering this is not in my right click menu its can't be my mouse going wrong.

I have found that once it starts it will consistently do the same thing. Left click elsewhere on the page sometimes seems to get rid of it (though not consistently so not sure if this actually works at all). I note that I can right click a nautilus folder while this is happening and get normal behaviour there, and go back to firefox and find the strange behaviour still happens.

None of the methods above for stopping it have worked for me and I have found no way to reproduce it as yet.

System is P4, so not a 64bit problem, 512MB RAM Dell Inspiron 1100. Haven't got compiz installed, just gnome.

[Mathieu Marquer (slasher-fun)]

I didn't say that you were clickling left mouse button accidentally! I said (or actually tried to say) that, on what I can see when this bug happens to me, it is exactly as if I would make a right click, then chose the closest item of the mouse pointer in the menu.

For example if I right click on a link, and if there is enough space under the link, the item under the mouse pointer is the first of the menu "open in a new window". And this is what happens what the bug appears. If there is not enough space under the link, then the menu appears above the mouse pointer, and the item is the last one, for me "block with adblock". And this is also the window that is opened when the bug appears. Same thing with the "bookmark" window.

So I'm pretty sure that just after a right click, a "virtual" left click is immediately made, leading to the behavior we can see in this bug. What we should find is what exactly "virtually presses" the left click button after a right click.

[Umang Varma (umang)]

slasher-fun,
I don't think so. This doesn't happen on the first right-click for me. This happens for the second right click, after I have already right clicked previously, and pressed escape or left-clicked elsewhere. If you scroll up, you will see exactly what happens. I've tried this out many times, just to check if what I've said is correct, and out of all my experiments till now, either the bug doesn't appear, or it does exactly what I predict it to be.

Links:
https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/187313/comments/31
https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/187313/comments/36

[ugm6hr (ugm6hr)]

Definitely not a virtual left-click.

There is no menu option to open an email (in Thunderbird) with the link in the subject - but this is an occasional aberrant response. Do any non-Thunderbird users get this? If not, it is presumably an interaction directly between FF and TB.

It is reported at the Firefox bugzilla on Mac OSX too.

[davidpbrown (davidpbrown)]

@ugm6hr
I've not seen that but the right click is context sensitive and 'Send link' is similar to what you're describing? - though that typically seems to put the link in the body, Thunderbird might then use the first line as title??

[Harris (henniss)]

I think slasher-fun is on the right track, actually. Note that normal behavior is that holding the right-mouse-button and then releasing it over a menu item will activate that item. This might be a "virtual" right-release which is tied to the release of the button with the initial right=click, and would explain why clicking and holding is a workaround.

[André Pirard (a.pirard)]

With 6 duplicates, we're no near to beat the record of over 50.
But it's probably the first time a bug would buy you an unwanted motherboard.
Well, it almost did.
Backing through my Ebay pages, I spotted the first step of an order I never did.
Would they have raised the bug severity if it had clicked twice and actually made the order?

[davidpbrown (davidpbrown)]

I'd second that raising of severity - surprised it's still marked Low, as it's a real irritant for those who use right click frequently to manage links in multiple tabs.

[ethana2 (ethana2)]

I stopped right clicking at all.

With the frequency I've run into this bug with, and the annoying and
evil nature of it, if I had /my/ say, I'd make this bug a blocker.

[Rocko (rockorequin)]

Has anyone else noticed this bug in FF3 running on another OS, like HBH reported for FF3 RC1 running on XP (see bug #206295)?

The behaviour that Joseph Artsimovich reported (right click near the bottom right of the screen; the menu appears over the mouse and as soon as you release the button the option under the mouse pointer is chosen) also happens in FF2 under Hardy. But I can't get FF2 to choose random options like FF3 does.

[Roman Polach (rpolach)]

I also see this bug in ff3beta in Hardy, not on laptop, but on desktop with normal mouse. Very often, very annoying.
I never saw this before in ff2 or even ff1...

[Dovel (dov01)]

Hmm. Wondering why this bug is still marked as low, as it makes ff3b5 almost unusable for me sometimes.

I'm running a Dell Inspiron 1501, with Hardy 32 bit. I've noticed that while a seemingly random right-click option will surprise me regularly (every time I use google, slashdot etc which is every day), if I move the cursor to a slightly different part of the link, the normal right-click menu will appear, but if I keep on clicking in the same spot, the same right-click option will repeat itself each time I click.

Down-grading to ff2 until this is sorted out.

dov

[ugm6hr (ugm6hr)]

"This might be a "virtual" right-release which is tied to the release of the button with the initial right=click, and would explain why clicking and holding is a workaround." (Harris)
Agreed - I have been doing this for right-clicks as a workaround, although not a natural movement for touchpads!

[Umang Varma (umang)]

Since this bug has been assigned to bugzilla (https://bugzilla.mozilla.org/show_bug.cgi?id=419861) do you (anyone) think we should all vote for it?

I've not used bugzilla often, so I don't know what level of bugs get votes and which don't.

Any ideas?

[Alexander Sack (asac)]

i found a better, more active upstream bug. the other bug which looks similar (and which should already be fixed in RC1) is https://bugzilla.mozilla.org/show_bug.cgi?id=312225 "When right-clicking for context menu in bottom-right corner of screen, last menu option is immediately selected"

[Rocko (rockorequin)]

@Alexander: yes, bug https://bugzilla.mozilla.org/show_bug.cgi?id=312225 is fixed for me in the latest firefox 3.0~rc1+nobinonly-0ubuntu0.8.04.1, but I am still getting the random selection bug, which seems to be https://bugzilla.mozilla.org/show_bug.cgi?id=404314 (and 419861).

[Umang Varma (umang)]

That's really funny. I'm still on Hardy with FF3.0b5 and I can't reproduce the bug now! I've spent the last 10 minutes on Google and I can't reproduce it!

Has it gone for anyone else too (ok, I think we've got a few bugs mixed up here. I'm talking about the bug I've given the description for, which is when you close a content menu (using Esc or left-clicking elsewhere) and when you right click somewhere else it works as if the menu was still there and performs that menu-item's action).

Anyone?

I avoided the right-click menu since the last time I reported this bug. Should I post a list of everything I've upgraded?

[Alexander Sack (asac)]

On Sat, May 31, 2008 at 09:39:25AM -0000, Umang wrote:
> That's really funny. I'm still on Hardy with FF3.0b5 and I can't
> reproduce the bug now! I've spent the last 10 minutes on Google and I
> can't reproduce it!
>
> Has it gone for anyone else too (ok, I think we've got a few bugs mixed
> up here. I'm talking about the bug I've given the description for, which
> is when you close a content menu (using Esc or left-clicking elsewhere)
> and when you right click somewhere else it works as if the menu was
> still there and performs that menu-item's action).

This issue is somewhat opaque to me and I never could reproduce it.

Maybe you are using some extension that contributed to this?
And maybe that extension was auto updated or something in the
meantime?

>
> Anyone?
>
> I avoided the right-click menu since the last time I reported this bug.
> Should I post a list of everything I've upgraded?
>

Can't hurt. But please attach it as a file to the bug.

 - Alexander

[Umang Varma (umang)]

Well, I can't seem to find logs that show which Add-ons have been upgraded, but I use only three:

AdBlock Plus
Mouse Guestures (I just found out it was enabled now, initially it wasn't compatible with FFb5)
Session Manager

If there was a problem with these plugins then I presume that's how it got fixed.

Also I've attached the packages I've upgraded (mainly Recommended Upgrades, though I'm yet to upgrade all)

[sctrn (scitrin)]

(Hopefully my description is not too confusing...sorry...I try to explain it as clearly and concisely as possible)

I experience something similar, but the behavior and the bug is as follows. By default the context menu when it is displayed, will "drop down" (to use a Windows' term), to the right of the link (or area) you have clicked in the browser. However if the length of the drop down is too long to be displayed as a "drop down", and there is sufficient space to display it as a "drop up" then it will drop up instead, that is, it will display to right of and above the link. (This, so far, is correct behavior). If horizontally the right click occurs in the middle of the page, this is not a problem. However, if the link is on the right side of the page, then when the user up clicks the right button (mouse right button up event) during a "drop up" display , then the hot spot of the mouse cursor will be over the bottom most selection of the context menu. As a result , this selection in the context menu will execute and the context menu will close. (The correct behavior is that the context menu should open, stay open, and await the next mouse click.)

Thus in summary, if one has a relatively long context menu and right clicks in the lower right part of the web page, then the last (or some other lower) item in the context menu executes, rather than the context menu getting displayed.

(Ubuntu Firefox 3.0 Beta 5).

[TheAJKMan (theajkman)]

Okay, I'm also getting these problems in FFb5. I've had the bookmarks/new window/new tab/configure evolution email things crop up. Never had this problem in Ubuntu 7.10, only since upgrading to HH 8.04 *sigh* It's really annoying and is making me seriously consider going back to Ubuntu 7.10 *sigh*

[Rocko (rockorequin)]

@sctrn: this particular behaviour is fixed in ff3 rc1. You can install this if you enable the hardy-proposed repositories in Synaptic or software sources. Unfortunately, the random selections (ie when you click anywhere on the screen) aren't fixed.

[Alexander Sack (asac)]

On Sun, Jun 01, 2008 at 08:05:43AM -0000, Rocko wrote:
> @sctrn: this particular behaviour is fixed in ff3 rc1. You can install
> this if you enable the hardy-proposed repositories in Synaptic or
> software sources. Unfortunately, the random selections (ie when you
> click anywhere on the screen) aren't fixed.
>

How frequent are those? Maybe they are more hardware/X11 related? Does
this happen if you are using compiz or metacity?

 - Alexander

[Mathieu Marquer (slasher-fun)]

With me it happens by time period : sometimes everything is fine, and sometimes this bug happens at 80% of right clicks. No difference for me between Compiz and metacity.

[Mathieu Marquer (slasher-fun)]

If this bug is now classified as "master", maybe we should increase its importance...

[Alexander Sack (asac)]

On Mon, Jun 02, 2008 at 09:27:08PM -0000, slasher-fun wrote:
> If this bug is now classified as "master", maybe we should increase its
> importance...
>

The part that makes this bug really important is about to be fixed by
the RC1 packages ... which currently can be tested in hardy-proposed

 affects ubuntu/firefox-3.0
 importance medium

 - Alexander

[Rocko (rockorequin)]

I have the same observations as slasher-fun: for me the random selection bug (ie different from the one fixed in the RC1 package) occurs at random intervals, sometimes frequently and sometimes rarely. Sometimes it will happen two clicks in a row. I get it on two different computers, a laptop with an ATI card and a laptop with with an nvidia card. Compiz and metacity don't make any difference. The i386 and amd64 versions both show the problem. Both computers have a touchpad. Usually when I'm selecting the right click menu in firefox I'm not using the keyboard so I'm not anywhere near the touchpad.

Firefox 3 in Hardy is the first time I've ever noticed this bug. It never happened in Gutsy with FF2.

I also occasionally notice spurious key presses being generated, eg in a terminal or gedit, if the key repeat gets turned on - in other words, without me doing any typing, suddenly characters spew out over whatever I'm working on (again, this has only happened since Hardy). Could a random spurious key press generated just after the mouse click be causing the menu selections?

[Alexander Sack (asac)]

On Mon, Jun 02, 2008 at 11:53:49PM -0000, Rocko wrote:
> I have the same observations as slasher-fun: for me the random selection
> bug (ie different from the one fixed in the RC1 package) occurs at
> random intervals, sometimes frequently and sometimes rarely. Sometimes
> it will happen two clicks in a row. I get it on two different computers,
> a laptop with an ATI card and a laptop with with an nvidia card. Compiz
> and metacity don't make any difference. The i386 and amd64 versions both
> show the problem. Both computers have a touchpad. Usually when I'm
> selecting the right click menu in firefox I'm not using the keyboard so
> I'm not anywhere near the touchpad.
>
> Firefox 3 in Hardy is the first time I've ever noticed this bug. It
> never happened in Gutsy with FF2.
>
> I also occasionally notice spurious key presses being generated, eg in a
> terminal or gedit, if the key repeat gets turned on - in other words,
> without me doing any typing, suddenly characters spew out over whatever
> I'm working on (again, this has only happened since Hardy). Could a
> random spurious key press generated just after the mouse click be
> causing the menu selections?
>

At best we need step by step instructions on how to reproduce this
... starting with a clean firefox profile ... or even hardy install :)

Thanks!

 - Alexander

[Rocko (rockorequin)]

In case this info helps, I actually did a clean install of Hardy 32bit two days ago on a Dell XPS 1530 because I was unable to get wine to link the 32 bit libs I needed in the amd64 version.

The problem with FF happens with a brand spanking new user profile with no plugins. Normally I have just have the adblocker plus plugin (and the adobe nonfree flash plugin).

After the clean install, I did the following:

1. I installed the nvidia driver with jockey-gtk, rebooted.

2. I ran:

sudo apt-get install sun-java6-jdk mysql-server mysql-query-browser mysql-admin thunderbird openssh-server vpnc samba compizconfig-settings-manager gqview libjpeg-progs vlc build-essential dmsetup linux-source unrar libusb-dev audacity avidemux dvdrip gparted xinetd nautilus-actions nautilus-share unison smartmontools powertop nvidia-settings atop filezilla wine libqt4-gui libqt4-core partimage

3. I installed truecrypt-5.1a, skype 2.0.0.68 with dpkg.

4. I also built a version of vmware-server (v1.05 at present) and wine (v rc3 patched from git at present) but the firefox bug was definitely observable before this.

I'll bet the bug happens though just off the live cd...

[Alexander Sack (asac)]

On Tue, Jun 03, 2008 at 01:34:58AM -0000, Rocko wrote:
>
> I'll bet the bug happens though just off the live cd...
>

Yes, the live CD still has both bugs. RC1 will be soon in
-updates. at that point only the random selection issue will be left
until upstream has proper fix.

 - Alexander

[Alexander Sack (asac)]

On Tue, May 20, 2008 at 01:49:44PM -0000, slasher-fun wrote:
> Actually this is NOT a random behavior : what happens is that
> immediately after the right-click, a left-click is pressed,
> selectionning the first item of the menu.
>

That bug is supposed to be fixed in RC1. What is left here is _true_
random selection - which has been confirmed multipl times, but noone
could come up with easy to follow instructions to reproduce it.

 - Alexander

[André Pirard (a.pirard)]

> That bug is supposed to be fixed in RC1. What is left here is _true_
> random selection - which has been confirmed multipl times, but noone
> could come up with easy to follow instructions to reproduce it.
>
Did you try what I mentioned?
Use a slow system (or slow it down), be sure to have Flash enabled, go
to Google News, easiest is to make some search by date, you get an URL
list, right-click-open-link-in-new-tab it in sequence rapidly. Assuming
you'll have as many Flash ads as here, you may meet the problem.
Firefox does not make good multitasking, the Flash player probably
blocks resources (why the heck does it play in the background? (spending
CPU time showing things nobody sees)) and the focus window does not
receive its share of processing time. These timing issues probably
reveal a mouse driving bug that doesn't show otherwise.
On a small computer of mine, response time and false clicks appear with
6-8 launched windows running.
If I do the same experiment with Flash applet disabled, it's well after
launching 20 windows that the problem starts to manifest faintly.

Also, the repeated crashes that made FF disappear without notice nor
apologies were obviously caused by Flash.

I wonder why we he have beta software in a LTS release.
Now I enable Flash only for the time I really need it . Way way way
cooler.

But yet, if only for trying :
Question : may I install both FF2 and FF3 to run in the same system?

[Alexander Sack (asac)]

On Thu, Jun 05, 2008 at 07:34:41PM -0000, Andr?? Pirard wrote:
>
> > That bug is supposed to be fixed in RC1. What is left here is _true_
> > random selection - which has been confirmed multipl times, but noone
> > could come up with easy to follow instructions to reproduce it.
> >
> Did you try what I mentioned?
> Use a slow system (or slow it down), be sure to have Flash enabled, go
> to Google News, easiest is to make some search by date, you get an URL
> list, right-click-open-link-in-new-tab it in sequence rapidly. Assuming
> you'll have as many Flash ads as here, you may meet the problem.
> Firefox does not make good multitasking, the Flash player probably
> blocks resources (why the heck does it play in the background? (spending
> CPU time showing things nobody sees)) and the focus window does not
> receive its share of processing time. These timing issues probably
> reveal a mouse driving bug that doesn't show otherwise.
> On a small computer of mine, response time and false clicks appear with
> 6-8 launched windows running.
> If I do the same experiment with Flash applet disabled, it's well after
> launching 20 windows that the problem starts to manifest faintly.

Thanks for the testcase. Anyone can reproduce it with those
instructions?

 status incomplete

>
> Also, the repeated crashes that made FF disappear without notice nor
> apologies were obviously caused by Flash.
>

Yes, Flash unfortunately comes with many crashes, yes. Most crashes
however are no firefox bugs. Have you tried the flash 10 preview?
maybe it improves stability?

> I wonder why we he have beta software in a LTS release.
> Now I enable Flash only for the time I really need it . Way way way
> cooler.

... not related to this bug.

>
> But yet, if only for trying :
> Question : may I install both FF2 and FF3 to run in the same system?
>

... questions are better asked on http://answers.launchpad.net

 - Alexander

[André Pirard (a.pirard)]

On 2008-06-05 22:17, Alexander Sack wrote :
> status incomplete
>
> ... not related to this bug.
>
> ... questions are better asked on http://answers.launchpad.net
Feeling like at the police station, or even in court.
Wonder if I'll continue to help Ubuntu.
Starting with, being refused a simple yes, I won't install both FFs for
tests.

> Yes, Flash unfortunately comes with many crashes, yes. Most crashes
> however are no firefox bugs.
Although your remark is not related to this bug either, may I point out that thinking persons claim that just like the crash of your login session mustn't crash your system, and the crash of FF mustn't crash your session, a Flash crash shouldn't crash the window (page) in which it occurs and must definitely not crash the dozen or so Firefox windows.
YES, ALL the presumably Flash-originating crashes I've seen ARE partly Firefox bugs. FF3 is simply unusable for reading Google News.
Very strange I must fight for these opinions !!!

> ** Changed in: firefox
> Status: Confirmed => Incomplete
>
Is that what I wrote brought?
I suggest each of us attached a 10 min video.

FF3 reading Google News is simply catastrophic (this bug and at least
two others).
If FF is entering RC stage, it's high time the developers knew about
this bug.
What you're doing works towards the other direction.
We're not here to cross our fingers in hope an unrelated bug fix will
fix this one.

I appreciate your good will.

André.

[Alexander Sack (asac)]

On Thu, Jun 05, 2008 at 10:46:24PM -0000, Andr?? Pirard wrote:
>
> FF3 reading Google News is simply catastrophic (this bug and at least
> two others).
> If FF is entering RC stage, it's high time the developers knew about
> this bug.
> What you're doing works towards the other direction.
> We're not here to cross our fingers in hope an unrelated bug fix will
> fix this one.
>
> I appreciate your good will.
>

Repeating all the issues and bugs you see in any bug you comment on
just doesnt help. it increases bug noise and increases likelyhood that
triagers miss the important parts - which is probably what you see
here and why you are unhappy about how things go.

 - Alexander

[André Pirard (a.pirard)]

> Repeating all the issues and bugs you see in any bug you comment on
> just doesnt help. it increases bug noise and increases likelyhood that
> triagers miss the important parts - which is probably what you see
> here and why you are unhappy about how things go.
>
If you don't like noise, instead of commenting about unrelated Mozilla
Bug 312225 in here, wonder why the workaround I've found is a
workaround, as well as carefully read correlated mouse bug descriptions.
Workarounds and analysis bring explanations to a developer, but the good
work I've done will be useless until they read that.
I hope you don't call noise what others called brilliant finds.
I'm sorry I have no more time to repeat things to get them understood.

[David Miller (dave-inkdrop)]

It seems that sometimes the context menu is drawn at a location such that one of the menu selections is underneath the cursor. Just a little, but that's all it takes.

I can reproduce this easily by displaying a page of thumbnail results from Google Advanced image search (http://images.google.com/advanced_image_search?hl=en). Go full screen, change the zoom level and right-click on different thumbnails. Normally the context menu is drawn above, below, left, or right of the cursor so that the context menu is completely contained inside the screen draw area, and no part of the menu is directly underneath the cursor. But it's not hard to find one of the thumbnails for which the context menu is drawn just a few pixels too close to the cursor, so that one of the menu items is under the cursor. Release the mouse and you've activated that menu item. One you've found a thumbnail positioned just right, the problem is 100% reproducible.

[Rocko (rockorequin)]

@David Miller: are you using the RC1 version of firefox, or the beta 5? Doing what you suggest occasionally triggers the random bug for me in RC1, but I never see the menu actually being drawn. It seems that you _might_ be describing the separate bug only present in beta 5 where the menu is drawn over the cursor if you are near the right hand bottom of the screen. For me, this always used to choose the last item on the menu, not a random item.

[André Pirard (a.pirard)]

Hush, David, you'll be accused of making noise.
That is a different bug and yet it has been discussed in here already.
I have opened Bug #238733 about clicking logic.
If that logic was like in Windows, these bugs wouldn't be bugs.

[Maddev (khulap)]

I change Protocol option from ImPS/2 to ExplorerPS/2 at mouse configuration and problem disapear.
I'm using FF3 and Ubuntu 8.04.
The fragment of xorg.conf:
Section "InputDevice"
 Identifier "Configured Mouse"
 Driver "mouse"
 Option "CorePointer"
 Option "Device" "/dev/input/mice"
# Option "Protocol" "ImPS/2"
 Option "Protocol" "ExplorerPS/2"
 Option "ZAxisMapping" "4 5"
 Option "Emulate3Buttons" "false"
EndSection

[Maddev (khulap)]

My previous post doesn't solve the problem but it occurs less often

[Joakim Asplund (megajocke)]

The problem seems to be that the popup menu is displayed on button-down, not button-up like on Windows. If the mouse is being moved just a little bit at the same time it might be over an item when the button is released. This could either be solved by changing the popup to appear on button release OR introducing a short delay before button releases can activate menu items.

Using a delay has the advantage of still allowing single click use of the menu. (press to show, release to select)

This might be a problem in other applications too - for example the Nautilus file manager shows context menus on mouse down. Instead of changing every Gnome application to show menus on mouse-up instead maybe a delay should be incorporated into the toolkit - mouse up in the first XXmS of a menu being shown is not counted as selection.

Or has something already been done to fix this?

[NoWhereMan (e.vacchi) (uncommonnonsense)]

Isn't this gtktheme-related ? I think it's a problem with handling gtk
menus (or firefox's emulation of them).

[Vseerror (vseerror)]

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

[Mik3 (mc4100)]

I can confirm this problem Intrepid Alpha 1.
Firefox 3 ; Extentions: Adblock Plus, Customize Google, Personal Menu, Fission & NoScript.

[Joakim Asplund (megajocke)]

I've started holding down the button and choose menu items by releasing it to work around this. Actually, it's quite nice to do it that way.

Still, I think it would be good if a delay was introduced before releasing the mouse button can choose menu items.

Does firefox use Gtk menus or does it use it's own?

The problem exists in a lot of other Gnome programs which also display the menu on mousedown. IMO it should be fixed in the menus themselves. As menus will popup in different directions depending on where on the screen you click you need time to look at the menu before selecting something. A short delay shouldn't have any bad side effects.

[Ssforza (ssforza)]

Appears to be a common issue as confirmed by several users in the forums:

Attempts to right-click to bring up the menu will frequently result in Firefox seemingly randomly picking something off of the menu and applying it rather than simply displaying the menu; sometimes opening a link in a tab, sometimes opening in a new window, sometimes starting an email entry, etc.

[Del Griffith (delgriffith-deactivatedaccount)]

My family and I notice this all of the time.

It appears most often when using YouTube, and there's already a Flash video playing, but it happens at other times. Often it occurs when there's a heavy load in the browser, like when I have several YouTube pages open at the same time in tabs, and I go to right click and open a new tab and it pauses, followed by opening Evolution, a save-to window, or an Add to Bookmarks window instead of opening the new page in a new tab. It has been frustrating my family members since I upgraded to Firefox 3 in HH. I never saw this error in FF2.

I recommend visiting YouTube and opening a few pages of videos in tabs by right clicking on them and opening in a new tab. I'm sure after a few tabs are loaded this bug may be easily reproduced.

[Ssforza (ssforza)]

To update, this has now been reported in the forums as also present on 10.3 systems that have updated to FF3, so may be something specifically with FF3 rather than the 11.0 packaging specifically.

[Dany Alejandro Cabrera (bauhmothswill-deactivatedaccount)]

Just wanted to confirm this in a COMPAQ F754LA laptop with Ubuntu 8.04.1 fresh installation.

I always had this problem (random action at right click in link), no matter if I use the synaptics touchpad or an external usb mouse.

It seems to me that the ctrl, shift and alt keys are randomly pressed in firefox 3 lol.

Hope they fix it soon.

[Dante Díaz (dante)]

the same problem happens to me sometimes..
Firefox/3.0.1

[Anders Feder (afeder)]

For what's its worth, I have this problem too and its pretty annoying.

Basically, what happens (as far as I can tell) is that you right-click to get the context menu and if you accidentally move the mouse just one bit before releasing the button, Firefox registers it as a click on whichever item happens to be in the position you (accidentally) moved the pointer to.

[Alecz20 (alexguzu)]

This bug is REAL. Apparently someone is going to fix it! yay!

The funniest thing is when it randomly choses "switch page direction".

As a temporary workaround I read that if you keep the right-click button for a bit longer (until the menu appears) prevents the erratic behavior.

[gerben (gerben-rotman)]

Summary of useful posts above:
This problem arises from the way mouse button presses are handled: pressing down the right mouse button calls up the right-button-menu and then letting go of the right mouse button is interpreted as selecting whatever is underneath the mouse pointer. So if the right-button-menu is drawn under the mouse pointer, you will accidentally choose one of its options if you release the right mouse button immediately after you pressed it down.

A simple way to get rid of this "functionality" in Firefox is to install the Mouse gestures add-on, even if you don't use the gestures, this add-on will make the right-mouse-button-menu only appear after you release the right mouse button.

Mouse gestures add-on:
https://addons.mozilla.org/en-US/firefox/addon/39

[frenchy82 (cartes)]

Thanks a lot gerben.
Your solution solved this problem for me

[Aswarp (aswarp2002)]

Same problem here. It is quite annoying and very user-unfriendly and easy to encounter with.
Sometimes, with patience, if I leave the mouse still for a couple of seconds, the behaviour is correct. However if I click swiftly, Firefox will do whatever it likes (opening tabs, windows, wrong menues, etcetera).
System is Kubuntu Hardy Heron 8.04.1 on nvidia propietary drivers with Firefox 3 up to date.

[Aswarp (aswarp2002)]

To give a bit more of information about the bug:
It seems that it meay be somewhat related to the cursor's position capture method. For if cursor stands still over the link during 2 or 3 seconds and the the right mouse button is pressed without [X, Y] movement, the correct pop-up menu is shown (at least most of the times). So it seems that when the click event is raised, the current, actual position of the cursor is not correctly captured. Instead, some other [X, Y] coordinates are passed as argument, that maybe quite far from the place qhere the arrow icon is on screen. for instance, sometimes I get mi del.icio.us plugin summoned, even when it is located on the top bar of the mozilla firefox 3 browser window, hundreds of pixels away from the link I am clicking. So I don't think the [X, Y] argument is really related to where the position of the cursor was some fraction of a second ago, but instead, the the algorithm that computes and hands over the coordinates is wrong.
This bug may be related to strange frozings of the browser that occur when trying to save an image file to the harddisk, documented as well in Launchapd.
Hope this helps.

[Alexander Sack (asac)]

could you try to flip the dom.event.contextmenu.enabled pref and see if
that improves something for you?

On Tue, Sep 02, 2008 at 10:47:35AM -0000, Aswarp wrote:
> To give a bit more of information about the bug:
> It seems that it meay be somewhat related to the cursor's position capture method. For if cursor stands still over the link during 2 or 3 seconds and the the right mouse button is pressed without [X, Y] movement, the correct pop-up menu is shown (at least most of the times). So it seems that when the click event is raised, the current, actual position of the cursor is not correctly captured. Instead, some other [X, Y] coordinates are passed as argument, that maybe quite far from the place qhere the arrow icon is on screen. for instance, sometimes I get mi del.icio.us plugin summoned, even when it is located on the top bar of the mozilla firefox 3 browser window, hundreds of pixels away from the link I am clicking. So I don't think the [X, Y] argument is really related to where the position of the cursor was some fraction of a second ago, but instead, the the algorithm that computes and hands over the coordinates is wrong.
> This bug may be related to strange frozings of the browser that occur when trying to save an image file to the harddisk, documented as well in Launchapd.
> Hope this helps.
>

 - Alexander

[Aswarp (aswarp2002)]

I could if I know what the heck was to filp the dom.event.etcétera.
Could you explain yourself a little bit more thoroughly?

[brabo (sparkzz-gmail)]

aswarp: open in FF page about:config then scroll down to key 'dom,event,contextmenu.enabled'
this is a boolean key, it can be true or false. the default is false. change it to true, restart FF and see if it changes the erratic behaviour.

brabo.

[Roman Polach (rpolach)]

setting dom.event.contextmenu.enabled to true
solves problem for me.

[Roman Polach (rpolach)]

I am taking it back. Now I see the problem again,
it is only harder to appear with dom.event.contextmenu.enabled=true

[Aswarp (aswarp2002)]

Hello brabo:
Mi (Firefox v3.0.1 about:config dom.event.contextmenu.enabled) setting was already true. I didn't have to alter it AND the problem with the context menu was happening. So I confirm that the change does not solve the issue.

[Bryce Harrington (bryce)]

I can confirm Aswarp's comment in comment #105. I have dom.event.contextmenu.enabled set to true (it seems to be on by default, as I also have never altered it), yet am still seeing the bug.

This is sort of subjective, but it *seems* like I see it less often now than I used to. Possibly my fingers have just trained themselves to avoid the trigger, but I'm not certain. It seems if you quickly do click...release, it's more likely to get triggered than if you click...hold and wait for the menu to pop up.

[vbois (vbois)]

I am having the exact same issue on my synaptics touchpad laptop, on every version from 3.0 betas to 3.1a2 (current) running Windows Vista. This seems to be a platform-independent bug and nothing to do with Ubuntu, since I have also seen it on Windows XP.

[jpfle (jpfle)]

I confirm this bug with Firefox 3.0.3 in Ubuntu 8.04.1. It doesn't happen only when I click right on a link, but anywhere I click right on the page or even on a tab.

[Dennis Heinson (dheinson)]

1. This Bug persists in Firefox 3.0.3 in Intrepid as of 10-21-2008.
2. This Bug is ONLY Mozilla-related, not GNOME, XORG or Metacity-related. It happens in Windows too, and on Mac as well.
3. This Bug is NOT touchpad-related. I am seeing it on the touchpad, my Thinkpad's trackpoint AND my bluetooth mouse.
4. Could someone please bump the urgency as this makes Ubuntu hard to use at all? The browser is integral to the operating system and there is hardly an alternative to Firefox.

Thank you!

[Aswarp (aswarp2002)]

I got the same impressions as Bryce Harrigton about holding down the mouse button in order to avoid getting kicked to any other menu action, but it won't always work.

[Aswarp (aswarp2002)]

I got the same impressions as Bryce Harrington about holding down the mouse button in order to avoid getting kicked to any other menu action, but it won't always work.

[mercutio22 (macabro22)]

This is happening to me on a Dell XPS m1739 using an USB mouse and Intrepid Ibex. It did't use to happen in Hardy Heron. I am using a modified firefox theme called Strata-O-Various 1.3.

[sankaran (sankaran-raman)]

Right click on Firefox 3.0.3 in Intrepid Ibex brings evolution or opens a new firefox window or some random action very frequently. It used to be happening less frequently with Hardy Heron.

[Gabriel (gabriel-nobody)]

I can confirm this annoying problem in Intrepid Ibex.
When I do a right click over a link or a page ,I get a random selection over the context menu options.

[jpfle (jpfle)]

I've updated Ubuntu 8.04 to Ubuntu 8.10 and I confirm that this bug is still there.

[mrgil (mrgil23)]

I've noticed this behavior in FF3.0 - FF3.0.3 for months. When I right click on a link, sometimes I get the menu, but equally as often, I get a chance to create a bookmark, send an email, or am automatically sent to the link in a new tab. It is certainly frustrating. Glad to see I'm not the only one.

The only other clue I have to offer is that sometimes when I'm very careful to click near the leftmost part of the link, and dead-center vertically, I usually get the right-click menu I am expecting. If I click somewhere near the middle or the right-hand side of the link, I seem to get more random results.

Thanks!

[residentalien (joseph-r-deactivatedaccount)]

So who is working on fixing this? We have been complaining about this for months and the only update to the forum is "oh it happens to me too".

Come on people, we can't use this software if you won't fix the problems we report. At least let us know you agree that it is a bug and you are working on fixing it. Ubuntu has seen a new release and Firefox is a few releases out since this was first reported and still the problem persists.

What is the point of open source software if no-one is fixing the bugs?

Frankly it looks like an implementation issue. Who was the brainiack who decided not to activate the menu on click release, but rather on click depression and then have click release also drive an action. Who the hell is clicking and holding down the right mouse button while browsing?

So how about someone from either team stand up and say, we acknowledge it is an issue and here is what we are doing to fix it.

[Alexander Sack (asac)]

residentialien, the problem about this bug is that its hard to reproduce. apparently those that see it, see it regularly, but the rest doesnt see it at all.

"What is the point of open source software if no-one is fixing the bugs?" ... no comments on that thats clearly a rant and doesnt belong in a bug tracker.

[Alexander Sack (asac)]

also look at the bug status. its triaged and reported in bugzilla ... not more we can show you that this is accepted as a bug.

[André Pirard (a.pirard)]

>
> Frankly it looks like an implementation issue. Who was the brainiack
> who decided not to activate the menu on click release, but rather on
> click depression and then have click release also drive an action. Who
> the hell is clicking and holding down the right mouse button while
> browsing?
>
Reminder : I have opened Bug #238733 to discuss these right-click issues
and I have been answered to shut up about it in launchpad. You might
want to go to Bug #238733 and tell them that the report is by no means
Invalid (at least no more than repeated mentions in this thread) and
maybe request to take it out of that state.
https://bugs.launchpad.net/bugs/238733
https://bugs.launchpad.net/bugs/187313

Alternatively, launchpad might be the right place to request that it's
now high time to regress Ubuntu 8.04 to a stable Firefox 2 and to no
longer ever dress an LTS release in a beta software (vox populi vox dei).

More generally, I'd welcome a bug report platform where someone like a
developer sometimes pops up to ask for pertinent details rather than a
platform looking like a bowing crowd praying heaven for fixes to rain.
Bugs are hardly analyzed and when one tries to do that, the answer is
that the report is too long.

[residentalien (joseph-r-deactivatedaccount)]

The frustrating part is there seems to be no communication. Who do I call for a status on this bug? When can we expect a fix?

Can we all agree that we fully understand the issue now? I don't think statements like "apparently those that see it, see it regularly, but the rest doesnt see it at all" are true. I bet money that anyone who right clicks on links by clicking and releasing expecting to see a menu will encounter this bug. And maybe we are all wrong and this is not a bug, since if you hold down the right click button then navigate to your menu item and then release it works perfectly. I still wonder why on earth the menu is painted when we right click verses when we release. I know of no other software that works this way. Actually the only time click and hold is used is for drag and drop. And I have never heard of click and hold for the right mouse button. Who is trying to invent new mouse behavior?

Maybe this some desperate attempt to "not be like windows" so these guys have started throwing in silly changes to mouse behavior like this just to torment us.

[ethana2 (ethana2)]

On Wed, Nov 5, 2008 at 3:56 AM, Alexander Sack <email address hidden> wrote:
> residentialien, the problem about this bug is that its hard to
> reproduce. apparently those that see it, see it regularly, but the rest
> doesnt see it at all.

I used to rely heavily on right clicking, but because of this bug, I
avoid it whenever possible.
I have run into this bug on every firefox3 instance I've ever
encountered, over two versions of Ubuntu and on wildly varying
hardware.
It seems the root issue is somewhat simple, that menus are being
raised on right click instead of after right click release. --though
I could be mistaken.
I recognize that rants don't belong in bug mailing lists, but I share
residentalien's frustration and I think it's probable that many others
do also.
I look forward very much to this issue being resolved, hopefully in
time for firefox 3.1

[Aswarp (aswarp2002)]

The random menu open may be caused because of a wrong pointer to a memory address cell.
I am always up for a good ranting flame but I will stick myself up to the "too long bug report" comment.
An interesting issue has been indicated though: the effect happens because the behaviour (open menu option) is associated with the event OnMouseClick instead of OnMouseRelease (in Delphi). This may be causing the former, so an idea to solve the bug is to download Firefox 3 source code, open it on the Eclipse Integrated Development Environment or whatever Object-Oriented IDE of your choice, get to the subroutine associated with the bug, and browse for events associated to the equivalent to OnMouseClick in whatever programming language it is written in. Switch the event to the correct one (equivalent to OnMoseRelease), recompile, install, run and cross fingers.
- It it works, notify here, there (the firefox developers team) and everywhere.
- If it doesn't, observe the new behaviour and comment here and there, maybe perform a few more tests to gather more info.

[Harris (henniss)]

Since people are still having trouble, I'd like to remind you of what gerben wrote almost three months ago:

>A simple way to get rid of this "functionality" in Firefox is to install the Mouse gestures add-on, even if you don't use the >gestures, this add-on will make the right-mouse-button-menu only appear after you release the right mouse button.

>Mouse gestures add-on:
>https://addons.mozilla.org/en-US/firefox/addon/39

I know it's not pretty, and it's certainly not a bugfix, but it's about as simple as workarounds get. Disable the gestures unless you really want them; it still works. If this doesn't work for anyone, can you please report it?

[thom (tsk)]

Just signing myself up here to keep myself briefed.
Yes I also have the same problem
Desktop Proc: P4HT model 860
Logitech "trackman/wheel" mouse
tried on PS/2 and USB...no difference.

@Harris: Thanks for the tip, I'm going to try it out right away

[Cpp (xcpp)]

This thing has been bugging me for a long while. Seems to happen at random intervals (Firefox 3.03 in Intrepid Ibex) and I'm not so sure about moving the mouse during right clicks. Happens on google a lot when trying to open multiple search results in different tabs. Hopefully this gets fixed soon. I'll see if the mouse gestures trick works as a temporary fix for me.

[Jeremy Foshee (jeremyfoshee)]

Installing the mouse gestures add on has resolved this for me.

[zeddock (zeddock)]

I recently updated 3 computers to 8.10 and have seen this behavior start on all three. The computers are different configurations.

Hope this helps.

Zeddock

[LumpyCustard (orangelumpycustard)]

As far as the Mozilla bug goes, this has nothing to do specifically with Ubuntu as it affects a range of systems including M$ Windows.

We're just going to have to wait till Mozilla fix it at their end.

[zeddock (zeddock)]

I understand what you are saying, but all of these machines were on Ubuntu
8.04 previously (and FF3.x to the best of my knowledge,) and now, on 8.10,
the problem materializes. This finding goes against what you have seen.

Also, on another note, I have installed the gestures plug-in (
http://www.xuldev.org/firegestures/) and it does seem to fix the problem
without forcing me to use gestures. Just thinking out of the box, it seems
to me that there is a common unit in all of these... how the mouse is
handled.

Thanx!

zeddock

On Fri, Nov 14, 2008 at 4:03 AM, LumpyCustard <
<email address hidden>> wrote:

> As far as the Mozilla bug goes, this has nothing to do specifically with
> Ubuntu as it affects a range of systems including M$ Windows.
>
> We're just going to have to wait till Mozilla fix it at their end.
>
> --
> [MASTER] right click (with button release) might activate random
> popup-menu-item
> https://bugs.launchpad.net/bugs/187313
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[zeddock (zeddock)]

I understand what you are saying, but all of these machines were on Ubuntu 8.04 previously (and FF3.x to the best of my knowledge,) and now, on 8.10, the problem materializes. This finding goes against what you have seen.

Also, on another note, I have installed the gestures plug-in (http://www.xuldev.org/firegestures/) and it does seem to fix the problem without forcing me to use gestures. Just thinking out of the box, it seems to me that there is a common unit in all of these... how the mouse is handled.

In justification of this thought I want to add that I have seen some strangeness in mouse left and right clicking in Nautilus too. I have not reported it yet, though.

Thanx!

zeddock

[markb (mark-blakeney)]

I'm a long time kde (kubuntu) user and have never seen this bug before. However, with the intrepid release I have switched to gnome and I am seeing this bug happening constantly, always in firefox. I make this point because it implies the problem to be within gtk, or at least firefox's interaction with gtk. I also see another (related?) problem that sometimes a quick right click on my bookmarks menu spuriously brings up the "page bookmarked" popup.

Man is this bug annoying. I'm surprised it's been open so long and is only medium priority? Off to try that mouse gestures plugin although I don't really like loading more on the back of struggling firefox ..

[Naszaklasa (boss-virtualteenager)]

I have this problem with my Dell laptop when I use the mouse; the touchpad works just fine.
Please someone resolve it.

[zeddock (zeddock)]

Well, the problem can manifest itself in so many different ways, from a
right-click perspective, it is not surprising that it has not gotten more
attention yet. Hopefully this will change soon.

Please report back on whether the gestures kludged-it for you.

zeddock

On Wed, Nov 19, 2008 at 10:22 AM, markb <email address hidden>wrote:

> I'm a long time kde (kubuntu) user and have never seen this bug before.
> However, with the intrepid release I have switched to gnome and I am
> seeing this bug happening constantly, always in firefox. I make this
> point because it implies the problem to be within gtk, or at least
> firefox's interaction with gtk. I also see another (related?) problem
> that sometimes a quick right click on my bookmarks menu spuriously
> brings up the "page bookmarked" popup.
>
> Man is this bug annoying. I'm surprised it's been open so long and is
> only medium priority? Off to try that mouse gestures plugin although I
> don't really like loading more on the back of struggling firefox ..
>
> --
> [MASTER] right click (with button release) might activate random
> popup-menu-item
> https://bugs.launchpad.net/bugs/187313
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[André Pirard (a.pirard)]

Well, "work" isn't exactly the word for Mouse Gestures Redox 2.0.3 and me.
I installed it as prompted by Tools|Add-Ons|Get...|search|install.
I saw a positive result, but not the other users of this computer :-)
I looked for system wide installation, rather than repeating this
installation 10 times under each user's Login. I wonder why Mozilla
hates a "Global" option in the installation they suggest. Same for
trying to have people without the right install automatic global updates.
So..., according to their instructions, I had to uninstall what I did,
restart Firefox (total of 5), I was forced to lose my tabs in the
process, and I chose one of :
- either copy an xpi file to some system folder, which was not
guaranteed to work and could ruin my Firefox installation, they say
- or type at a Terminal prompt :
firefox -install-global-extension mouse_gestures_redox-2.0.3-fx+tb+sm.xpi
Nothing happened, not even a message.
I looked for another bug until I figured by myself that a system change
needs sudo...
 From then on, the other 10 users were happy, but not me.
Everytime I started Firefox, I was losing my tabs again, as well as my
home page, and MGR was there waiting for me with a dialog to do settings
it wouldn't remember.
I finally rebuilt an empty ~/.mozilla/firefox/xxx directory and it was OK.
But, without any apparent reasons, it just started that game again.
That's my 4th firefox directory, oh well...

Regarding right-click, the problem is solved indeed.
I use a slow computer (and I am under the impression that low speed is
aggravating the problem, reason why not everybody returns to Internet
Explorer, but no one ever commented that impression).
This make me have the feeling that the problem depends of a priority at
which the mouse events (up down) are processed. I used to miss some
clicks despite my kludge (keeping the right button pressed until the
menu appears).
Now, I no longer miss any.

[Daniele Napolitano (dnax88)]

I have this problem with my two computers:

* Desktop with Ubuntu 8.04
* Laptop with Ubuntu 8.10

This is very boring...

[Simon Ives (simon-simonives)]

I've been having this issue since Firefox 3 Beta on both Hardy and Intrepid. I've at least one add-on that uses the context menu (down them all) so it won't function properly. I've switched to Opera until this *very* annoying issue is fixed.

Also on my system when I click the Bookmarks toolbar it will randomly choose a menu option, usually the top entry 'bookmark this page'. Even though it's similar, I suppose that's something for another bug report.

[Daniel Holbert (dholbert)]

>Also on my system when I click the Bookmarks toolbar it
> will randomly choose a menu option, usually the top entry 'bookmark this page'.

(Note: I'm assuming you mean the Bookmarks *Menu*, not the Bookmarks Toolbar)

If it usually selects the top entry, that makes me think that specific problem is from you dragging your cursor slightly downwards before releasing it, which will trigger whatever entry your cursor ends up on. That is normal behavior in GTK -- e.g. it happens in the Nautilus bookmark menu as well. (It's also a separate issue from this bug here)

Regarding this actual bug -- *please* no more "me too" comments -- only comment if you have something helpful to contribute (particularly hints on how to reproduce this). If you just want to express your frustration, toggle the "This bug doesn't affect me" / "This bug affects me" switch at the top of this page.

[zeddock (zeddock)]

In all sincerity, it seems like others reporting this same problem will help
to get it fixed. Even if it is only through enlarging the testing pool.
I do have frustration with the bug but my desire is to get it moving in a
positive direction for solution. Up to now it seems like it has had several
mis-steps through incomplete descriptions of what is happening.

So please explain why these comments are not useful tools?

Thanx
zeddock

On Fri, Nov 21, 2008 at 6:16 PM, Daniel Holbert <
<email address hidden> <dholbert%<email address hidden>>> wrote:

> >Also on my system when I click the Bookmarks toolbar it
> > will randomly choose a menu option, usually the top entry 'bookmark this
> page'.
>
> (Note: I'm assuming you mean the Bookmarks *Menu*, not the Bookmarks
> Toolbar)
>
> If it usually selects the top entry, that makes me think that specific
> problem is from you dragging your cursor slightly downwards before
> releasing it, which will trigger whatever entry your cursor ends up on.
> That is normal behavior in GTK -- e.g. it happens in the Nautilus
> bookmark menu as well. (It's also a separate issue from this bug here)
>
> Regarding this actual bug -- *please* no more "me too" comments -- only
> comment if you have something helpful to contribute (particularly hints
> on how to reproduce this). If you just want to express your
> frustration, toggle the "This bug doesn't affect me" / "This bug affects
> me" switch at the top of this page.
>
> --
> [MASTER] right click (with button release) might activate random
> popup-menu-item
> https://bugs.launchpad.net/bugs/187313
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Jonathan Thomas (echidnaman)]

If a person is affected by this bug they can note this with the the "This bug doesn't affect me" / "This bug affects me" switch at the top of this page.

Posting comments only generates more mail and makes the page so large that it is hard to follow actual discussion of this bug since the page is mostly the "me too!" posts. (Seriously, this page is huge.) We know this bug affects a lot of people. I myself am affected. There are enough "me too!" comments here that more will do exactly no good. You can subscribe yourself to this bug and mark yourself as affected without posting a me too comment, and we are politely requesting that people do that.

[zeddock (zeddock)]

I see your point. Thanx for the simple reasoning.

On Fri, Nov 21, 2008 at 7:33 PM, Jonathan Thomas <email address hidden>wrote:

> If a person is affected by this bug they can note this with the the
> "This bug doesn't affect me" / "This bug affects me" switch at the top
> of this page.
>
> Posting comments only generates more mail and makes the page so large
> that it is hard to follow actual discussion of this bug since the page
> is mostly the "me too!" posts. (Seriously, this page is huge.) We know
> this bug affects a lot of people. I myself am affected. There are enough
> "me too!" comments here that more will do exactly no good. You can
> subscribe yourself to this bug and mark yourself as affected without
> posting a me too comment, and we are politely requesting that people do
> that.
>
> --
> [MASTER] right click (with button release) might activate random
> popup-menu-item
> https://bugs.launchpad.net/bugs/187313
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Chris Coulson (chrisccoulson)]

Jonathan - Thanks, I added your post to the original bug description. I tend to find that most people don't bother reading the comments before adding 'me too'.

[Hozza (benhozza)]

can you stop sending me thease emails please
Ben Hoskins
Website: www.HozzaMedia.co.uk
 > From: <email address hidden>> To: <email address hidden>> Date: Sun, 23 Nov 2008 13:40:56 +0000> Subject: Re: [Bug 187313] Re: [MASTER] right click (with button release) might activate random popup-menu-item> > I see your point. Thanx for the simple reasoning.> > On Fri, Nov 21, 2008 at 7:33 PM, Jonathan Thomas> <email address hidden>wrote:> > > If a person is affected by this bug they can note this with the the> > "This bug doesn't affect me" / "This bug affects me" switch at the top> > of this page.> >> > Posting comments only generates more mail and makes the page so large> > that it is hard to follow actual discussion of this bug since the page> > is mostly the "me too!" posts. (Seriously, this page is huge.) We know> > this bug affects a lot of people. I myself am affected. There are enough> > "me too!" comments here that more will do exactly no good. You can> > subscribe yourself to this bug and mark yourself as affected without> > posting a me too comment, and we are politely requesting that people do> > that.> >> > --> > [MASTER] right click (with button release) might activate random> > popup-menu-item> > https://bugs.launchpad.net/bugs/187313> > You received this bug notification because you are a direct subscriber> > of the bug.> >> > -- > [MASTER] right click (with button release) might activate random popup-menu-item> https://bugs.launchpad.net/bugs/187313> You received this bug notification because you are a direct subscriber> of a duplicate bug.> > Status in The Mozilla Firefox Browser: Confirmed> Status in “firefox-3.0” source package in Ubuntu: Triaged> > Bug description:> Binary package hint: firefox-3.0> > I have a synaptics touchpad and I'm using firefox 3.0~b3~cvs20080101t1000+nobinonly-0ub> when I right click on a link sometimes instead of popping up the normal right click menu one of these thing happens:> - the link is automatically opened in a new window> - the link is automatically opened in a new tab> - the add to favourites menu appears> - link properties are opened
_________________________________________________________________
See the most popular videos on the web
http://clk.atdmt.com/GBL/go/115454061/direct/01/

[ethana2 (ethana2)]

Ben Hozza, "You received this bug notification because you are a
direct subscriber of the bug."

No one can change that but you.

[LumpyCustard (orangelumpycustard)]

This only seems to happen when my RAM usage is ~100%. I've tried to replicate this on a lower RAM use but it hasn't worked. Would someone confirm if this happens for them with a low RAM usage?

Also https://bugzilla.mozilla.org/show_bug.cgi?id=404314#c36 seems to be the most important discovery so far...

[Simon Ives (simon-simonives)]

It's happening for me now on this page at 49.4% RAM load and 50 - 60% CPU load. See attached screen-shot.

[jpfle (jpfle)]

"This only seems to happen when my RAM usage is ~100%. I've tried to replicate this on a lower RAM use but it hasn't worked. Would someone confirm if this happens for them with a low RAM usage?"

I've just had the bug with a RAM usage of ~76% (about 287 MB on 376 MB).

[Roman Polach (rpolach)]

I must note that I see this problem really only in firefox. Never seen it in other GTK app
(and I had to use thousands of right-clicking in different apps)

[jrav (jravac)]

i also see this prob in ff as well. as for ram usage, i'm using a constant 16% by programs and 8% in cache of 2 gigs, and i get this bug consistently.

[jrav (jravac)]

i meant i didn't see it in other gtk apps as well..

[martin_uy (m-rtin)]

It seems that Mouse Gestures addon for Firefox solves the problem.

I also experienced this bug in "Zend Studio for Eclipse" (Ubuntu Intrepid Ibex, run on a VMware virtual machine). Heavy loaded machine increases the chances the bug happens.

[Andruk (andruk)]

In general, the described behavior happens when I move the mouse while down-clicking and immediately up-clicking (releasing the click). It seems that when I up-click, the mouse is over a transitive drawing of the buttons in the context menu, and the up-click selects a button that I am not intending to select.

Although I would also swear that this happens when I'm fairly certain I do not move the mouse.

Hope this helps a resolution.

[pluckypigeon (pluckypigeon)]

I have had this problem since Firefox 2 but just ignored it.

I think that when you right click the menu opens directly under the click therefore the right click is also clicking the option.

I have heard some people say that they have disable certain options from the menu that are still opening... I think that programs like menu editor are removing the items while the menu is being drawn therefore the items are in the menu at the point of right click.

Maybe when you right click, the menu should open a bit further away from the mouse (only a tiny bit though otherwise that could be frustrating). I'm sure that would solve the problem.

I hope this helps the developers fix this. This is the only way I can contribute due to my skills as of yet

[pluckypigeon (pluckypigeon)]

I reckon disabling right click from clicking on the right click menu may even solve this problem

[YannUbuntu (yannubuntu)]

to ALL: if you want this (painful) bug to be fixed faster, please add your VOTE here: https://bugzilla.mozilla.org/show_bug.cgi?id=404314

thanks

[André Pirard (a.pirard)]

And, if you think freedom of speach is not managing 200 passwords, vote
here too :
https://bugzilla.mozilla.org/show_bug.cgi?id=413617
( https://www.myopenid.com/ )

[Dante Díaz (dante)]

Yep, strangely the mouse gestures addon for Firefox solves this problem :)

[ArghMonkey (arghmonkey-deactivatedaccount)]

I have the same problem, random effects on right clicking in firefox, sometimes it opens a new window (instead of a tab), sometimes it downloads whatever the link is, sometimes it bookmarks, it appears random but does seem to happen a lot when the system is maxing out its memory ...

[LumpyCustard (orangelumpycustard)]

I noted this here: https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/187313/comments/145 but was told by others this wasn't the case for them.

[Alexander Sack (asac)]

Could you check wehther your wife's account has "Assistive Technologies"
enabled (in GNOME: System -> Preferences -> Assistive Technologies -> Enable
Assistive Tech.)?

If so, maybe disabling that and restarting system makes this go away?

[Alexander Sack (asac)]

oops :) ... scratch "wife's" from that sentence (copy-paste bug) ... i meant: if you see this, try to disable assitive technologies (on every system where you see it) :).

[Andruk (andruk)]

I do not have Assistive Technologies enabled, and the bug is still prevalent. Sorry to burst your bubble. :-/

[mercutio22 (macabro22)]

Yeah, I don't have it either. Enabling/Disabling assistive technologies does not influence the bug here.

[markb (mark-blakeney)]

As a few others here have reported, the mouse gestures plugin solved this problem for me. Well it did from when I commented above in November to about 1 week or so ago when the problem has returned even though the mouse gestures plugin is still installed and enabled. Any new ideas?

[markb (mark-blakeney)]

Further to my above comment, I just did a bit of research and I find that my firefox updated from 3.0.4 -> 3.0.5 on 18-Dec (intrepid apt upgrade) which is about when I started seeing this problem reoccur. So I contend that ff 3.0.5 breaks the mouse gestures "fix" for this annoying problem. Surely others are seeing this recently?

[Bananabob (bananabob)]

I have mouse problems with FF 3.0.5 in Hardy. I can not yet report what is causing them, but I can tell you that my problems are mainly with the middle button of a 3 button mouse, random events occur, not the action that I expect, which is open a page in a new tab. However if I use both the left and right buttons together at the same time, I get the page to open in a new tab.
I hope that this is fixed soon, because I am just about ready to change over to another browser.

[Robin Staple (robin-staple-deactivatedaccount)]

Ok, these are my configurations (it happens on all my computers at home as well as my work computer - and I am really sick of it as Firefox is what I mainly use)

Acer Aspire One running Ubuntu 8.10 with Netbook Remix, Touchpad mouse, Firefox 3.05

Toshiba Tecra A2 running Ubuntu 8.04, Two different USB mice as well as touchpad mouse, Firefox 3.03

Work Desktop (can't remember which make), Ubuntu 8.10, USB mouse, Firefox 3.05

[splarz (dtm-marco)]

this bug affects me too; i've found it on hardy and intrepid in 3 different maschines very different between them:
- AMD Duron 800 MHz, Biostar M7VKB, 512 MB ram with Hardy
- Thinkpad T42 (Laptop), Intel Penitium M 1,7 GHz, 1 GB ram
- AMD Athlon x2 64bit 5000+ 2,6GHz, Asus M3N78 Pro, 2 GB ram
I noticed that CPU stress seems to get worse the situation: using Duron was really unconfortable, with Athlon dual core the situation is quite normal.
The boolean value dom.event.contextmenu.enabled was yet set on true in AMD Athlon x2.
It's a really boring situation...

[Laurent Dinclaux (dreadlox)]

Affects me too. At first I thought it was my mouse, so I changed it and bug still there...

This bug as been reported since 2008-01-30 and is still not solved! It is crazy and just slow me down in my work!
Can't believe it! A production-less bug that takes about a year to get solved!

(All ubuntu users are not geeks: some work with there linux box)

[fantastron (gerardosbox-listas)]

Me too. Changed mouse, version, computer, ... everything. Finally, searching revealed I'm not alone (whew). I think it comes from v2.

[Peter (petru-severin)]

Installing the Mouse Gestures extension as suggested above fixed this problem for me.

[Benjamin Geer (benjamin-geer)]

"Workaround: Disable accessibility in System -> Preferences -> Assistive Technologies -> uncheck 'Enable assistive technologies' -> reboot"

I never had "Enable assistive technologies" checked in the first place, yet I had this bug until I started using the Mouse Gestures extension workaround.

[Dennis Heinson (dheinson)]

NOTE: The bug does NOT depend on a Synaptics touchpad. I am getting this behaviour on various Thinkpad notebooks that do not have touchpads, on the internal trackpoint as well as USB and Bluetooth mice. Thus --> description changed.

Thanks Alexander for taking over, it's the most annoying bug I've come by in a long time...

[Chris Dzombak (chris.dzombak)]

I can confirm that this bug also occurs on Fedora 10, fully updated, and a Logitech MX1000 mouse.

[Cefn (6-launchpad-net-cefn-com)]

This behaviour is very frequent on my build (random choice of menu option when right clicking, instead of opening menu).

Sometimes it chooses to open a new tab, sometimes to mail the link, sometimes to save the link).

I'm running on a Fujitsu 1610. I'm using a Logitech Marble man, 2.6.28-4-generic kernel on Intrepid with Firefox 3.05. As up to date as 'main' can be at time of writing (with a Jaunty kernel).

A fix would be very appreciated as it becomes very hard to work with. A workaround to reset it sometimes seems to be to hit the CTRL key. In my experience it doesn't restore itself to normal function without this intervention.

[Rodschaffter (rodschaffter)]

I had this problem in 11.0 after upgrade to Firefox 3, and I still have it in 11.1 with Firefox 3.

My current plugins are adblock plus, flashblock, Tab Mix Plus, cookie Culler, User Agent Switcher and Tab Preview.

[Mitchell (mitchellvc)]

Well, nobody does something to fix this bug. As a summary, the workakound is to install the mouse gestures as recommended, but in fact there seem to be a bug in the firefox 3 code, so the menu should not be released when the right button is pressed, it should be showed when it is released. In order to fix the bug temporarily there might be a package compilated disabling this behavior (and so, the menu would be showed when the right button is released), and this package might be used by people who experience this bug (I guess everybody) or backported for intrepid and hardy.

[Daniel Holbert (dholbert)]

@Mitchell:
> in fact there seem to be a bug in the firefox 3 code, so the menu should
> not be released when the right button is pressed, it should be showed
> when it is released
Just to clarify -- the quoted chunk above isn't quite accurate.

The timing of context-menu-appearance in firefox 3 is actually correct (and it matches Firefox 2) -- Firefox is *supposed* to show menus on mouse-down, not on mouse-up. This is how all GTK apps behave, including e.g. nautilus. (right-click on your Gnome desktop, and you'll notice that the menu appears on mouse-down there as well)

That's why installing MouseGestures is a workaround, but not a source for a true fix. It avoids this particular bug, but it moves Firefox away from "correct" GTK behavior by delaying the menu's appearance until mouse-up.

[Alexander Sack (asac)]

On Thu, Jan 22, 2009 at 02:53:58PM -0000, Dennis Heinson wrote:
> NOTE: The bug does NOT depend on a Synaptics touchpad. I am getting this
> behaviour on various Thinkpad notebooks that do not have touchpads, on
> the internal trackpoint as well as USB and Bluetooth mice. Thus -->
> description changed.
>
> Thanks Alexander for taking over, it's the most annoying bug I've come
> by in a long time...

Does the workaround I added to the description help you too?

 - Alexander

[Alexander Sack (asac)]

On Sat, Jan 24, 2009 at 03:03:38AM -0000, cdrom600 wrote:
> I can confirm that this bug also occurs on Fedora 10, fully updated, and
> a Logitech MX1000 mouse.
>

check out the workaround i added to descriptio nplease. Let us know if
it doesnt help.

 - Alexander

[Alexander Sack (asac)]

On Tue, Jan 27, 2009 at 10:29:36PM -0000, Mitchell wrote:
> Well, nobody does something to fix this bug. As a summary, the
> workakound is to install the mouse gestures as recommended, but in fact
> there seem to be a bug in the firefox 3 code, so the menu should not be
> released when the right button is pressed, it should be showed when it
> is released. In order to fix the bug temporarily there might be a
> package compilated disabling this behavior (and so, the menu would be
> showed when the right button is released), and this package might be
> used by people who experience this bug (I guess everybody) or backported
> for intrepid and hardy.
>

Please read your mail. the workaround is to disable
accessibility. Please confirm that that works or not.

 - Alexander

[Benjamin Geer (benjamin-geer)]

Alexander, as I said, disabling accessibility isn't a workaround for me, because it was never enabled in the first place.

[Youp.net (youp.net)]

Alexander, same for me. I never had it enabled, thats why I and I guess more people didn't reply on that issue.
I haven't installed the gesture add-on, I just keep the right-button down until the menu appears...

[Nick B. (futurepilot)]

Accessibility was never enabled for me either, still see the bug.

[Simon Ives (simon-simonives)]

"Accessibility was never enabled for me either, still see the bug." ... me too.

A recent fresh install of Ubuntu 8.10 has caused the bug to be less frequent, but it's still there. Mouse gestures worked for me on my previous install.

Also, I purchased a new MS mouse when I reinstalled, perhaps that has something to do with the less frequent appearance of the bug? (I was using a cheap - ~$5.00 - mouse before)

[Mitchell (mitchellvc)]

Alexander, I agree with everyone that says that disabling accessibility is not a workaround. In my case it was never enabled. Installing MouseGestures solved the problem for me. I understand that this is not a true fix for the problem but changing the behavior for Firefox right click through a patch instead of installing MouseGestures would be a way to calm down the frustration of users that already have noticed this bug but haven't reported yet because many users (the most I guess) don't know how to solve their problems through launchpad or irc (otherwise this bugreport would be a thousand times longer) . What I propose is to release a package with this workaround and make people who have this problem get informed that can install that package (maybe through ubuntu webpage as a known issue). I propose this just because as others have said before, Firefox is the default webbrowser in ubuntu and webbrowsing is an important task in a desktop, so the first impression that a new ubuntu user can have might be so frustrating that it would prevent him to consider ubuntu linux as an alternative to his actual OS, and the importance of this bug should be consider critical.
This just as a workaround until you reach to a real solution.

[YannUbuntu (yannubuntu)]

+1

[Laurent Dinclaux (dreadlox)]

+1

Production less bug is critical to me. Accessibilty workaround is not working for me either.

[Alexander Sack (asac)]

On Thu, Jan 29, 2009 at 08:49:17AM -0000, Laurent Dinclaux wrote:
> +1
>
> Production less bug is critical to me. Accessibilty workaround is not
> working for me either.
>

what system specs are the systems having for which disabling
accessiblity doesnt help?

 - Alexander

[Benjamin Geer (benjamin-geer)]

Ubuntu Intrepid running on a Lenovo 3000 V100 laptop (1 GB RAM, Intel dual-core 1.83 GHz CPU).

[Simon Ives (simon-simonives)]

I've got accessibility disabled and I'm still experiencing the bug. I'll attach my LSHW output for you (LSPCI in the next post).

[Simon Ives (simon-simonives)]

LSPCI as stated above.

[Simon Ives (simon-simonives)]

Sorry, running Ubuntu 8.10 too.

[Nicolò Chieffo (yelo3)]

Jaunty, 4GB ram, P8600 cpu, alps touchpad
Jaunty, 2GB ram, P5500 cpu, synaptics touchpad

[André Pirard (a.pirard)]

On 2009-01-29 02:26, Alexander Sack wrote :
> Please read your mail. the workaround is to disable
> accessibility. Please confirm that that works or not.
Me too never used Accessibility features, probably as most and their dog
who confirmed the problem.
The Mouse gestures Workaround always worked for me too.

On 2009-01-29 13:19, Alexander Sack wrote :
> what system specs are the systems having for which disabling
> accessiblity doesnt help?
8.04 Gnome Toshiba Tecra 8000 laptop PII 366 MHz, 256 MiB RAM, WiFi à la
Linux.
8.10 Gnome Dell Latitude C600 PIII 825 Mhz, 512 MiB RAM, WiFi à la Linux.
I hope this is what you want to know.
Imagine asking it before and every metoo including that information.

BTW: Why not mention in the bug description the workaround that works
(Mouse Gestures) instead of one that does not and that generates much noise?
I do not recall anyone saying that Mouse Gestures doesn't work for him
and it's probable that many of the metoos would not have been written if
they had read "do this while waiting" in the first place.

Updating the description with the most important info is a very good
idea indeed.

[jpfle (jpfle)]

André Pirard wrote:
> I do not recall anyone saying that Mouse Gestures doesn't work for him

I have this bug on Intrepid (and I don't have accessibility enabled). For me, Mouse Gestures helps a lot to reduce the bug, but it's not a perfect workaround, because I still have few random popup-menu-items, even with this extension enabled. Example, I have occasionally 2 bad right-clicks in a row, but without Mouse Gestures, I have often until 12 bad right-clicks in a row.

[André Pirard (a.pirard)]

On 2009-01-29 18:25, Jean-Philippe Fleury wrote :
> For me, Mouse Gestures helps a lot to reduce the bug, but it's not a
> perfect workaround, because I still have few random popup-menu-items,
> even with this extension enabled.
That's very strange. It has been agreed that the problem stems from the
fact that the right-click event is taken on mouse down (instead of mouse
up as usually) and that mouse up is treated as a possible left click of
an albeit invisible context menu entry.
Some criticized the same behavior on the desktop too (in Nautilus).
If such sorts of inconsistent mouse up actions were banned, it would be
things solved.

If you watch right clicking with Mouse Gestures, you'll see exactly
that. Keep mouse down as long as you want, the right-click will only be
effective when you release the button. Where could a stray left click
come from, then?

Not denying what you say, but thinking it over which is the good way to
approach the solution. Do you sometimes click-a-di-click (multiple
clicks)? Shouldn't, should wait. In contrast with other systems, Linux
always remembers clicks and that may be over 10 seconds of an overload
later (just met a few doubtful exceptions in 2 years).

[Dennis Heinson (dheinson)]

As many people have noted, the bug tends not to appear for a while. Then when it does, it is usually triggered several times in a row. A way I found to make sure the next click does NOT trigger the bug when such an accumulation appears, is to keep the right mouse button pressed for a second or two on my next click, then release it. That brings up the context menu pretty reliably.

I also think the "accessibility" thing has been mistakely interpreted as a workaround.

Even if this is not technically a Ubuntu bug but a Mozilla bug, it would be really cool if the Ubuntu bug squashers could fix this as apparently Mozilla hasn't for a LONG time!

[André Pirard (a.pirard)]

On 2009-01-29 21:07, Dennis Heinson wrote :
> A way I found to make sure the next click does NOT trigger the bug when such an
> accumulation appears, is to keep the right mouse button pressed for a second or two ...
This was mentioned before (on April 1st, sorry :-)) and might be moved
to the description too
https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/187313/comments/15
> it would be really cool if the Ubuntu bug squashers could fix this as apparently
> Mozilla hasn't for a LONG time!
Mozilla's priority is "unknown" and Ubuntu's "medium".

---

Those who in this thread considered that it's a bug getting a right
click made on mouse down instead of up may be interested in Bug #238733
and this update :
https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/238733/comments/12
It seems it would be a very simple and drastic way to solve several
problems.

[Solitaire (bill-s0l)]

This bug is happing to me too. This is a fresh (Fully patched) install of 8.10 (The bug was there before I reinstalled 8.10).
This happens when using a Mouse or the Trackpad on my Laptop.
The "Accessibility" option is NOT activated and Mouse gestures are NOT installed.)

I've noticed a slight pause, when right clicking on a link to open on a new tab or window, just before the right click starts to act up.

When i notice the pause I usually solve it by 'Right clicking' on an empty area of the screen to get the "Back", "Forward" ...etc menu then 'left click' on another area to remove the menu. After that the Right click works fine for another 10 or 12 right click's on links.

[jpfle (jpfle)]

André Pirard wrote:
> If you watch right clicking with Mouse Gestures, you'll see exactly
> that. Keep mouse down as long as you want, the right-click will only be
> effective when you release the button.

Yes, I understand this.

> Where could a stray left click come from, then?

I really don't know, but it's the behavior that I have. For example, a few minutes ago, I've clicked right on a Firefox's tab and there was 5 bad right-click in a row (Mouse Gestures extension enabled).

> Do you sometimes click-a-di-click (multiple clicks)?

No. It's the same bad-right-click than without Mouse Gestures. However, I've remarked that with Mouse Gestures extension, the bad right-clicks are, so far, not random; it's the first value in the menu that is automatically chosen (for example, "New tab" for a right-click on a Firefox's tab).

[4711 (bugs-krickelkrackel)]

1.)
The Mouse Gestures extension only changes the context menu behaviour from mousedown to mouseup
for context menus inside the "content" where Mouse Gestures is working. In all other places the menu
will be shown on mousedown! (Like the context menu for tabs or toolbars)

2.)
I don't think the problem is related to Accessibility. At least on my system.

3.)
With Fx3/Gecko 1.9 a lot of changes to the popup code where introduced.
After some investigation with eventListeners (added by an extension) I have found one (big?) problem:

-Sometimes mouseup events are fired to the popup although the popup is not visible yet.
 (the popup.state is "showing" not "open")
-this mouseup will call the command of the menuitem it happened over and close the popup
 (I think positioning and showing the popup is VERY slow)

For me the "ghost commands" where 100% reproducible when a mouseup was fired to the popup
while its state was "showing" (about to become visible)

The problem happens more often if the popup has to be moved to the top of the cursor. (More calculations?)
And I can reproduce it quite reliable if the window the popup belongs to has to be brought to the front first.

Have a look at:
https://developer.mozilla.org/en/XUL/PopupGuide/OpenClose#Determining_if_a_Popup_is_Open

[jpfle (jpfle)]

4711 wrote:
> The Mouse Gestures extension only changes the context menu behaviour from mousedown to mouseup
> for context menus inside the "content" where Mouse Gestures is working. In all other places the menu
> will be shown on mousedown! (Like the context menu for tabs or toolbars)

Thanks. It explains why I have still the bug sometimes.

[4711 (bugs-krickelkrackel)]

I've made an extension for testing. Its main goal is to dump a message to the console about "ghost commands".
(To see the messages you have to set "browser.dom.window.dump.enabled" to "true" and start Fx from the console)
As a side effect the extension tries to hack around the bug. Please note that this is really only a "hack around"!

You can find the extension (Context Menu Tweaker) here:
http://www.krickelkrackel.de/testing/cmt.xpi (3kb)

Again: The extension is only for testing and you should know what you are doing or installing.

Happy testing.

[Alexander Sack (asac)]

On Thu, Jan 29, 2009 at 02:39:23PM -0000, André Pirard wrote:
> On 2009-01-29 02:26, Alexander Sack wrote :
> > Please read your mail. the workaround is to disable
> > accessibility. Please confirm that that works or not.
> Me too never used Accessibility features, probably as most and their dog
> who confirmed the problem.
> The Mouse gestures Workaround always worked for me too.

feel free to readd it. especially since the accessibility thing seems
to be a red herring.

>
> On 2009-01-29 13:19, Alexander Sack wrote :
> > what system specs are the systems having for which disabling
> > accessiblity doesnt help?
> 8.04 Gnome Toshiba Tecra 8000 laptop PII 366 MHz, 256 MiB RAM, WiFi à la
> Linux.
> 8.10 Gnome Dell Latitude C600 PIII 825 Mhz, 512 MiB RAM, WiFi à la Linux.

OK, as expected this seems to be the case on slow system. Slowdown
also can be cauesd by accessibility i guess, so we see this more
frequently with accessibility enabled (e.g. on my systems i cannot
reproduce without accessiblity enabled).

> Imagine asking it before and every metoo including that information.

No need to get that from everyone.

 - Alexander

[Alexander Sack (asac)]

On Thu, Jan 29, 2009 at 06:51:28PM -0000, André Pirard wrote:
> On 2009-01-29 18:25, Jean-Philippe Fleury wrote :
> > For me, Mouse Gestures helps a lot to reduce the bug, but it's not a
> > perfect workaround, because I still have few random popup-menu-items,
> > even with this extension enabled.
> That's very strange. It has been agreed that the problem stems from the
> fact that the right-click event is taken on mouse down (instead of mouse
> up as usually) and that mouse up is treated as a possible left click of
> an albeit invisible context menu entry.

Thats not the root cause. Its just that the problem is triggered by
mouse down click, but in general it shouldnt make a different whether
thats mouse down or up or click. Its probably just easier to reproduce
with one of those methods than the other.

The root cause as of now seems to be the asynchronous creation of menu
popup frames in the gecko engine. Somehow the click event gets
redirected to a not yet created frameset which seem to trigger a click
on a random menu entry because the menu items are not yet properly
mapped to screen.

 - Alexander

[Alexander Sack (asac)]

On Fri, Jan 30, 2009 at 12:50:26AM -0000, Solitaire wrote:
> This bug is happing to me too. This is a fresh (Fully patched) install of 8.10 (The bug was there before I reinstalled 8.10).

Please don't post more me-toos ... unless you can provide a evaluation
on code level you dont need to comment in this bug if you are not
asked to.

If you feel like you want to vote for this bug, go to the launchpad
page and use the "affects me" feature.

Thanks!

 - Alexander

[Alexander Sack (asac)]

On Fri, Jan 30, 2009 at 01:06:00PM -0000, 4711 wrote:
> 1.)
> The Mouse Gestures extension only changes the context menu behaviour from mousedown to mouseup
> for context menus inside the "content" where Mouse Gestures is working. In all other places the menu
> will be shown on mousedown! (Like the context menu for tabs or toolbars)
>
> 2.)
> I don't think the problem is related to Accessibility. At least on my system.
>
> 3.)
> With Fx3/Gecko 1.9 a lot of changes to the popup code where introduced.
> After some investigation with eventListeners (added by an extension) I have found one (big?) problem:
>
> -Sometimes mouseup events are fired to the popup although the popup is not visible yet.
> (the popup.state is "showing" not "open")
> -this mouseup will call the command of the menuitem it happened over and close the popup
> (I think positioning and showing the popup is VERY slow)

Right ... thats the current understanding. Also I somehow have the
feeling that this happens because the focus gets auto moved to the
none-existing popup. The randomness could be explained by a overflow
given that the actual popup size is still zero.

>
> For me the "ghost commands" where 100% reproducible when a mouseup was fired to the popup
> while its state was "showing" (about to become visible)

I tried to fix the state so its not in state open until the frames
have been created asychronously. However, this didnt help. OTOH, there
was a second bug with the accessibility code that could have made this
fix unvoid. I will try it again now that the accessibility fix has
landed.

>
> The problem happens more often if the popup has to be moved to the top of the cursor. (More calculations?)
> And I can reproduce it quite reliable if the window the popup
> belongs to has to be brought to the front first.

Thanks. I will check this one. Please post that info to the upstream
bug too.

 - Alexander

[4711 (bugs-krickelkrackel)]

Warning!
The following STR might be another bug or total rubbish.

STR:
1. Bring up a context menu over the content
2. Move your mouse to highlight a menu entry (don't click, don't move)
3. Press "ESC"
4. Do a "fast" right click to bring up the context menu again
5. The highlighted entry will fire

Maybe the problem is not showing the menu but hiding it?

[Nick B. (futurepilot)]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

4711 wrote:
> Warning!
> The following STR might be another bug or total rubbish.
>
> STR:
> 1. Bring up a context menu over the content
> 2. Move your mouse to highlight a menu entry (don't click, don't move)
> 3. Press "ESC"
> 4. Do a "fast" right click to bring up the context menu again
> 5. The highlighted entry will fire
>
> Maybe the problem is not showing the menu but hiding it?
>

That is interesting. I was able to reproduce the bug 100% of the time
with those instructions.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmQcrAACgkQAGHzB9Tvw4xNNQCfe1mtXc4LhIyjSKiU6pM7nAWM
wMUAmwb+a7Ngm/bAZdtHfyxygKV8/OW9
=vKgR
-----END PGP SIGNATURE-----

[4711 (bugs-krickelkrackel)]

Alexander Sack schrieb:
> Right ... thats the current understanding. Also I somehow have the
> feeling that this happens because the focus gets auto moved to the
> none-existing popup. The randomness could be explained by a overflow
> given that the actual popup size is still zero.
Extending my "test extension" (JavaScript!) to report the size and position of the popup will
show that everything is correct. (Yes! The popup is there!)

[André Pirard (a.pirard)]

It may be related or it may not, but it's worth noticing, might be
easier to reproduce and might shed some light.
On a loaded system again, I clicked to close the right one of the many
tabs of a FF window.
The tab didn't close fast enough and, I know that I shouldn't, I clicked
a second time.
Two tabs closed.
Hence, an action was taken on an object that wasn't yet visible at the
place I clicked.
This is contrary to instinctive expectation.
It's a lookalike of this bug, but lookalikes may have the same solution.

[André Pirard (a.pirard)]

>> 1. Bring up a context menu over the content
>> 2. Move your mouse to highlight a menu entry (don't click, don't move)
>> 3. Press "ESC"
>> 4. Do a "fast" right click to bring up the context menu again
>> 5. The highlighted entry will fire
>>
I couldn't reproduce this, even after
0. Disable Mouse Gestures
and wherever I did (4).
I was highlighting link Properties.
Got a couple of links spuriously opened in new windows, though.
About says FF 3.0.4.

[RobertWiblin (robertwiblin)]

Also observed on 8.10 using Firefox 3.1b2.

Using Dell Inspiron 6000, 1gb of RAM, 1.7ghz, using laptop touchpad.

[Alexander Sack (asac)]

I cannot easily trigger this on my machine with the recent firefox-3.2 dailies in
https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive

It could be because of performance improvements, but maybe it was fixed. Could you please check those builds if you could reliably reproduce before (probably running a slow system).

Thanks.

[Hassan Ibraheem (hassan-ibraheem)]

Tried the firefox-3.2 daily build.
No, the bug wasn't fixed, it's still there.
Although not as frequent, perhaps because the performance improvements as you said.

[Benjamin Geer (benjamin-geer)]

Alexander, what's your definition of a "slow system"? I'd call a 1.83 GHz dual-core processor with 1 GB RAM a "fast system". Those are recent machines, and there are a lot of them out there.

[André Pirard (a.pirard)]

On 2009-02-11 17:47, Benjamin Geer wrote :
> Alexander, what's your definition of a "slow system"?
Memory is the most important.
I bought 2 bargain Tecra 8000 with 256 KB max for kids to run Xfce4.
I finally found that Gnome could run too @400 MHz up to some limit.
Firefox makes the highest memory usage and is the limit.
(no other program I use, eg Gimp, is such a bottleneck)
FF seems to overuse (probably fragment) virtual memory over time.
When that happens, thrashing starts.
Thrashing is page swapping preventing normal use of the CPU.
It can last from a few to sometimes 15 seconds or even more.
If Firefox is stopped/restarted, it runs fast for some more time.
(I mean restarting the same pages, of course)

In contrast, I used a 512 MB 850 MHz WITHOUT SWAP for some time.
Even Firefox would run very decently in that config.
Which, of course, is thrashing-free.

When thrashing occurs, the mouse movements are jerky.
Mouse management seems to be slowed down.

So, if you want to make yourself a slow system...
Boot with mem=256M on the kernel command.

[4711 (bugs-krickelkrackel)]

Well, before 3.1 isn't released I don't see a reason why I should test 3.2.
"Performance" can't be the only problem here...

Alexander Sack schrieb:
> I cannot easily trigger this on my machine with the recent firefox-3.2 dailies in
> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive
>
> It could be because of performance improvements, but maybe it was fixed.
> Could you please check those builds if you could reliably reproduce
> before (probably running a slow system).
>
> Thanks.
>

[jpfle (jpfle)]

4711 wrote:
> "Performance" can't be the only problem here...

I agree. I don't understand why "performance" or "slow system" is considered as related to this bug. I can confirm that the bug happens very often on a fast system with 4 Gio RAM and 2,6 GHz.

[Laurent Dinclaux (dreadlox)]

Same here 2x1.8Ghz and 4Gio RAM, the bug nearly EVERY right click.

I have not noticed the bug on my laptop (ASUS M51VA) but I use FF3.1 on it without mouse gesture extension.

The mouse gesture workaround solved it for me, but it is just crazy that this problem is still not solved !!

[goto (gotolaunchpad)]

For me the bug usually appears after a long time of browsing and right clicking, after that ALL right clicks lead to a random action which remains the same until I restart FF. I'm running FF 3.0.6 on Ubuntu 8.10. It's a new fast laptop so speed is not an issue, my mouse is rather old though and has issues of it's own.

[avarakin (avarakin)]

Looks like it is fixed in 9.04.
I observe this bug in Eclipse.

[Laurent Dinclaux (dreadlox)]

Happens on 8.10 Firefox 3.1b3pre

[mercutio22 (macabro22)]

It's great to heat this bug is fixed in Jaunty.
Can the bug's priority be raised? Will the fix be backported to Intrepid Ibex? This is really annoying...

Thanks

[UbuntuPaul (pablopenovi)]

Definitely not performance related. From the very moment I've installed Intrepid, I've been suffering from this bug on my AMD X2 6000+ with 2 gigs of very fast RAM and an 8800 series Nvidia.

[Daniel Holbert (dholbert)]

> Looks like it is fixed in 9.04.
I doubt it -- there's no reason that this should already be fixed in Ubuntu 9.0.4. if you can't reproduce it there, I'm guessing that's just due to the inherently low reproducibility of this bug on many machines. (mine included -- I've only ever encountered this bug maybe 5 times, in any version of Ubuntu)

However, good news -- Robert O'Callahan has posted a possible fix on a related bug, at https://bugzilla.mozilla.org/show_bug.cgi?id=406646. I'm currently making Firefox 3.0-based builds that include his fix -- once they're complete (in a few hours probably), I'll post links to them on the mozilla bugpage for this issue, at https://bugzilla.mozilla.org/show_bug.cgi?id=404314. Testing of those builds would be much appreciated.

[FDM (xmoser)]

this bug effects my machine w/ ubuntu 8.10 and opensuse 11.1 with firefox 3.0.6. the firefox plugin "mouse gestures" is supposed to be a work around for the issue. testing it now, hope it works :)

[FDM (xmoser)]

wow the addon seems to work! with it enabled i havent seen the error once. disable it, and the error pops up every 3-8 right-clicks(on hypertext links). just cant enable mouse trails because firefox's menu disappears and the page turns black requiring a restart. trade one nasty bug for another i guess, lol.

Mouse Gestures Redox
https://addons.mozilla.org/en-US/firefox/addon/39

[David Clayton (dcstar)]

Having a quick read through these posts, this bug reminds me of an ongoing bug where left and right mouse buttons cease working for (some) people after a period of time - and this other one has been around for quite a while now and it seems it is very difficult to pinpoint the source of the problem.

I am beginning to wonder if there is an underlying issue with basic mouse event processing that is manifesting itself in these other (seemingly unrelated) bug reports?

[IAmDaveMyers (davemyers)]

I have the same problem as reported by Daniel with regard to the bookmarks menu. But this is definately NOT a moving the mouse isssue.....

How can I be so certain.... I use a Track ball.... if I take my thumb off the ball, the mouse pointer doesn't moove!

So I will hover over the <bookmarks> menu item, left click to open it (to go to a specified bookmark), and I will be offered to save the page as a bookmark!

This even happens when I have opened a new tab, so the page is empty.

This only seems to happen the first time I click on the menu item, I am trying to open instances of firefox from the terminal with the < -jconsole > switch to get any debug info, but since I've been doing this it doesn't happen - is it an issue with having allready used the mouse click on a prrior occassion (as in my case) or already having another <Screen> dialog box opened?

I will continue to observe.

[Daniel Holbert (dholbert)]

IAmDaveMyers wrote:
> So I will hover over the <bookmarks> menu item, left click
> to open it (to go to a specified bookmark), and I will be offered
> to save the page as a bookmark!

Thanks Dave -- that actually sounds exactly like https://bugzilla.mozilla.org/show_bug.cgi?id=406646 (one version of this bug), whose fix was checked in to trunk yesterday, and it's just waiting on approval before it can be checked into the stable branches (Firefox 3.1 & Firefox 3.0).

If you'd like to test out the fix, you can either
  (a) try the latest Firefox trunk ("Minefield") build
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

 (b) try a custom-patched Firefox 3.1pre ("Shiretoko") build (more stable than trunk)
https://build.mozilla.org/tryserver-builds/2009-02-19_18:<email address hidden>/

(You may want to use a separate Firefox profile when testing development builds. But if you're already running Firefox 3.1 betas, you should be fine to use your existing profile.)

[IAmDaveMyers (davemyers)]

Daniel.

Brilliant stuff, I'll try it out over the weekend, when I will have a little more time.

First though, can you point me to instructions as to how I can load up the "testing" version, without loosing the current version (although in this instance I don't think it will make much difference as I guess I could simply < apt-get remove.....> to get rid of firefox, then re-install it again from the respositories?

Something else I have been doing since this problem arose is trying to get information from the error console, but it doesn't seem to throw up any messages when this problem occurs - appart from tellling me that the < -jconsole > option that I am using isn't recognised!

Anyway I digress... thanks for the help, I'll try to sort out the testing system.

thanks

David

[Daniel Holbert (dholbert)]

> First though, can you point me to instructions as to how I can load up the "testing" version,
David: there's a lot of ways to load up the testing version -- I'm not sure if anyone's posted a comprehensive set of directions, but here's one thing you can do:
 - download the "xxx-linux.tar.bz2" file from either of the links above
 - extract it to /opt/firefox
 - create a symbolic link called "firefox-test" in /usr/bin pointing to /opt/firefox/firefox
 - test the new version by running "firefox-test" rather than "firefox"
(note that this will use your existing profile by default -- if you don't want that, us the "-ProfileManager" command-line option to create a new profile)
(note that you can't have two copies of firefox running at the same time, unless you (a) use different profiles and (b) use the "-no-remote" command-line option)

If that doesn't make sense, feel free to visit #firefox or #developers on irc.mozilla.org, or #ubuntu-mozillateam on irc.freenode.net, and ask for help there. (It's probably best not to allocate any more of this bug-page to "how to test nightly versions of firefox", since it can get a bit complicated and this bug-page is way too long already. :))

[GoremanX (gore)]

I also experience this in openSUSE 11.1 x86-64. It's been going on since I first installed 11.1, and the behaviour hasn't changed with any of the updates. I currently have all updates installed (newest kernel, Firefox 3.0.6, etc). I only use official openSUSE repo packages.

I never experienced it in openSUSE 11.0.

[Mitchell (mitchellvc)]

I've seen that in this firefox bugzilla page:
https://bugzilla.mozilla.org/show_bug.cgi?id=406646
that is related to this bug, the patch needed to fix the problem does not need approval anymore, so the patch should fix the problem definitely.
So, I think that patch should be made available to ubuntu users.

[Daniel Holbert (dholbert)]

> the patch needed to fix the problem does not need approval anymore

I think you misunderstand -- comment 176 on that bug says it doesn't need approval *to land on the 1.9.1 branch* (for Firefox 3.1 aka 3.5), since it's already marked as "blocking1.9.1+".

However, it still *does* need approval to land on 1.9.0.x (Firefox 3.0.x), and it can't get that approval until after it's landed on 1.9.1. Hopefully that'll happen soon.

[gw0 (gw-launchpad)]

This is an annoying bug. To me it seems that after right-clicking the popup context menu doesn't unregister itself, instead it just hides but stays at that position.

I am having around 20 open tabs and I can *always reproduce* this bug and even control what it "randomly" opens!!! I was testing all bellow mentioned clicks on non-clickable areas (normal page content).
- Right click somewhere so that the context menu opens. (Remember where for eg. you see "Select all".)
- Without (and even with) moving the mouse now do a left-click to make the context menu disappear.
- Move the mouse to the position where you remember seeing "Select all" and right-click on it.
- See the "random" magic happen - all text gets selected.

Using Firefox 3.0.7 on Ubuntu 8.10.

[era (era)]

I can confirm that the repro steps posted by gw0 work for me here on 8.10 / i386 with Firefox 3.0.7.

In case it's not obvious, a scenario where this would happen in reality is when you right click and then discard the menu by left-clicking outside of it. The next time you right-click on something, it will trigger the repro steps if the new thing you clicked on is within the area where the "ghost" menu was. This would frequently happen when you attempt to right click on a link in order to open it in a new tab, but miss it at first, and try again. Especially on cluttered pages with small fonts, this could happen easily, as well as if your motoric skills with the mouse are not stellar (which is likely to be the case especially for new users, who ought to be specially shielded from erratic and confusing behavior).

[Oibaf (oibaf)]

Note that, according to:
https://bugzilla.mozilla.org/show_bug.cgi?id=406646#c180
a fix was merged for firefox 3.1/3.5.

A patch is also available for 3.0.7:
https://bugzilla.mozilla.org/show_bug.cgi?id=406646#c181

Would be nice if that patch could be included in jaunty's firefox, or at least in a PPA for testing.

[John Vivirito (gnomefreak)]

On 03/23/2009 04:29 AM, Fabio Pedretti wrote:
> Note that, according to:
> https://bugzilla.mozilla.org/show_bug.cgi?id=406646#c180
> a fix was merged for firefox 3.1/3.5.
>
> A patch is also available for 3.0.7:
> https://bugzilla.mozilla.org/show_bug.cgi?id=406646#c181
>
> Would be nice if that patch could be included in jaunty's firefox, or at
> least in a PPA for testing.
>
This is a fairly bad bug so it "might" end up in 3.0.8 sometimes they
add things like that, but its hard to say if it will or not.

--
Sincerely Yours,
    John Vivirito

https://launchpad.net/~gnomefreak
https://wiki.ubuntu.com/JohnVivirito
Linux User# 414246

"How can i get lost, if i have no where to go"
    -- Metallica from Unforgiven III

[Oibaf (oibaf)]

> This is a fairly bad bug so it "might" end up in 3.0.8 sometimes they
> add things like that, but its hard to say if it will or not.

OK, but why not apply the patch in jaunty's firefox in the meantime? It could be reverted later if it will give problems.

[John Vivirito (gnomefreak)]

On 03/23/2009 08:00 AM, Fabio Pedretti wrote:
>> This is a fairly bad bug so it "might" end up in 3.0.8 sometimes they
>> add things like that, but its hard to say if it will or not.
>
> OK, but why not apply the patch in jaunty's firefox in the meantime? It
> could be reverted later if it will give problems.
>
That is a bit tricky since 3.0* is stable, and as i recall we are
letting upstream patch it but most likely in 3.5/3.6 Alexander would be
the one to decide that since it doesnt fit under SRU. It is a fairly bad
bug but its not a security risk so theres no garentee that we can add it
to 3.0* I will ping him a bit later and see what he says about patching it.

--
Sincerely Yours,
    John Vivirito

https://launchpad.net/~gnomefreak
https://wiki.ubuntu.com/JohnVivirito
Linux User# 414246

"How can i get lost, if i have no where to go"
    -- Metallica from Unforgiven III

[André Pirard (a.pirard)]

>
> It is a fairly bad bug but its not a security risk ...
May I recall that it almost ordered an eBay item I didn't want.
That bug clicks where you don't want to click.
It can do nasty things.

[Mitchell (mitchellvc)]

I agree with Fabio in that the patch for 3.0.x should be made available for jaunty and even intrepid users. Now that the update to 3.0.8 has been released I can confirm that this does not fix this bug at all.

[ricardisimo (ricardisimo)]

I'm curious... has this fix hit the Ubuntu repositories yet? There was a FF update about a week ago, and yet I still have the exact same right-click problems here. Thanks.

[John Vivirito (gnomefreak)]

On 04/02/2009 06:52 PM, ricardisimo wrote:
> I'm curious... has this fix hit the Ubuntu repositories yet? There was a
> FF update about a week ago, and yet I still have the exact same right-
> click problems here. Thanks.
>
We have not landed the patched version yet. the last update that landed
was for something else. I dont have changelog handy but i do know this
isnt fixed yet. This bug report status will change to fix released, When
its pushed to archives

--
Sincerely Yours,
    John Vivirito

https://launchpad.net/~gnomefreak
https://wiki.ubuntu.com/JohnVivirito
Linux User# 414246

"How can i get lost, if i have no where to go"
    -- Metallica from Unforgiven III

[jon (jonbjerland)]

I've been annoyed by the right click problem for a while now but have recently noticed what I believe is the same thing happening on left clicks with noscript.
I have noscript installed and often I need to enable a particular script on a page. Left clicking on the small noscript icon in the status bar often selects a random item from the popup menu. I have only ever noticed this left click problem with the noscript status bar icon never on the menu bar. It is not very reproducible but seems to happen more when the browser is doing a bit of work. The right click problem is more noticeable but this may also be a symptom of the same problem.
Dell Inspiron 1525, Heron, FF3.08, ABP & Scrapbook & noscript & fireftp extensions.

[John Vivirito (gnomefreak)]

Why did you open this bug back up? If fix released upstream than we will get it and patch it for us Please do not marked upstream bugs as new without a new bug report upstream

[Twisted Lincoln, Inc. (twistedlincoln)]

Didn't realize that adding to the original bug would reopen it on your
end. My apologies --I should've been paying more attention.

Tony Lovasco
Twisted Lincoln, Inc.

John Vivirito wrote:
> Why did you open this bug back up? If fix released upstream than we will
> get it and patch it for us Please do not marked upstream bugs as new
> without a new bug report upstream
>
> ** Changed in: firefox
> Importance: Undecided => Unknown
>
> ** Changed in: firefox
> Status: New => Unknown
>
> ** Changed in: firefox
> Bugwatch: None => Mozilla Bugzilla #312225
>
>

[Kristian Alvestad (kristianalvestad)]

This bug is not resolved in jaunty, I've had this bug in hardy also.

I'm running 9.04 rc and compiz fusion.

I right click on a link and no menu appears, but it gets interpreted as either:
Open in new window
Open in new tab
Send this link in email
Bookmark link
or
Save link as

Temporary fix, Hold down the right mouse button until the menu appears as mentioned in first bugreport.

Please resolv this bug, it's really annoying

[Daniel Holbert (dholbert)]

FWIW, the upstream patch (in Mozilla's bug tracker) has just recently landed in the repository that Firefox 3.0 is built from -- assuming all goes well, that means this should be fixed in Firefox 3.0.10. (It also should be fixed in Firefox 3.5b4)

[Mitchell (mitchellvc)]

This bug is fixed in FF 3.5b4, but has anyone patched the actual bugfix in the FF 3.0.x for ubuntu?, it would be great if we can have soon

[Alexander Sack (asac)]

upstream fix will be rolled out in 3.0.10

[Artem (laptn)]

This bug is not resolved in 9.04, I've had this bug in 8.04 also.

I'm running 9.04 and compiz fusion.

When I right click on a link sometimes instead of popping up the normal right click menu one of these thing happens:
- Open in new window
- Open in new tab
- Send this link in email
- Bookmark link
- Save link as

Please resolv this bug, it's really annoying

[Daniel Holbert (dholbert)]

Artem: Please read at least the final few comments before posting on a bug.... If you had, you'd see that this bug already has a patch that is targeted to be in a release very soon. (As mentioned multiple times above, "me too" comments are un-helpful at this point, and they only serve to make this bug longer and harder to read.)

To make this comment slightly more useful, I'll add a relevant update -- Firefox 3.0.10 has actually been converted into a quick security release[1] with only ~2 patches. So the fix for this bug here won't actually arrive until Firefox 3.0.11 (which nonetheless should still be out soon).

[1] source: https://wiki.mozilla.org/Releases/Firefox_3.0.10/Test_Plan

[Mitchell (mitchellvc)]

After updating to FF 3.0.10, I can't install mouse gestures. the plug-in seems to be installed but when trying to configure it ask to restart FF, if i restart FF, it ask it again and again when i try to configure, so it is never properly installed because it seems to assume that FF has not been restarted. The random behaviour does not disappear at all because the plugin is not installed properly. Already tried purging and reinstalling FF. So mouse gestures is not a workaround any more.
This bug is really annoying and the reaction that the community has showed against it is very poor, more than 1 year and no solution, despite there are already the way of getting a patch or something like that. We are waiting until the official FF release fix this bug. Three releases of ubuntu involved with this annoying bug in the default browser. I really hope that the community reacts faster in the future just because this is not gonna be the last time we have a bug like this. I believe the main reason people turn to use Ubuntu is because of the usability and the updated software, so the community also should react faster to bugs like this and provide a patch for ubuntu or something and not only wait until the solution is included in the code of an official release.
Ill wait to 3.0.11 (hoping that the fix not be put back again) and downgrade to 3.0.9 if it is possible, but I'm really disappointed with this kind of bureaucracy. It makes me remember the release of debian etch that was put back over and over again, I hope Ubuntu is not going in that direction.

[Mitchell (mitchellvc)]

I was talking about debian Lenny, but I'm still angrily disappointed.

[Benjamin Geer (benjamin-geer)]

Is Ubuntu severely short of resources for releasing bug fixes? Security fixes seem to be handled promptly, but non-security issues, such as this one, take years to get fixed, even when (as in this case) a patch is available.

[LumpyCustard (orangelumpycustard)]

Guys, this doesn't affect just Ubuntu, it happens on Windows machines also.

As annoying as this bug is, it is just that... annoying. It is not damaging to the system, and the workaround of holing the mouse button down until the menu appears instead of pressing it quickly is hardly a show-stopper.

The fix will soon be released and no amount of complaining will speed this up, so please can we have no further comments.

PS ~ sorry for the spam for the rest of you.

[Melancholie (wiki-melancholie)]

This issue is bugging me since 2007!
I had the same problem with PCLinuxOS 2007, openSUSE 11.0 and now openSUSE 11.1.

This is definitely not a Firefox-only issue, see also
http://forums.opensuse.org/applications/388116-11-0-firefox-3-right-click-menu-issues.html

It happens to me with all applications (it's just worst with Firefox, of course).

I really think this is a Xorg issue/bug! (mainly with KDE(?); PS/2 mouses(?))

The right-click menu sometimes seems to be too near by the mouse pointer, depending on the screen position. The bug only occurs if you do right-clicks at specific screen positions, mainly at the bottom-right corner (in the area(s) where the menu is 50:50 to be right-'above' or right-'below' the mouse pointer on a right click; => menu direction switching point). Then, an option (the nearest one reached) is selected and clicked (right click) at once. What is clicked depends on how the menu is shown, above or below the pointer.

[Melancholie (wiki-melancholie)]

Note that I also had the 'crazy mouse' bug on PCLinuxOS 2007, see
http://en.opensuse.org/SDB:X_Server_Configuration_with_SaX2_(8.1_or_Higher)#Known_Problems_and_Their_Solutions

... maybe this is/was related (PS/2 issue?)? ... although not having that problem with openSUSE so far.

----
Changing component to X.Org, as this isn't a Firefox bug for sure!

Is there a way to configure the X11/X.Org menu behaviour? Distance from mouse pointer e.g.?

[Melancholie (wiki-melancholie)]

Same on Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/187313

[Rodschaffter (rodschaffter)]

I was using a PS/2 mouse when I initially had the problem, but I also have the same problem after switching it out with a USB mouse.

I had no issues with Firefox under openSUSE 11.0 until I upgraded to Firefox 3, and I have had not had the problem in any applications other than Firefox 3 under openSUSE 11.1.

[Rodschaffter (rodschaffter)]

The link to the Ubuntu bug given by Wiki Melancholie says that the bug will be fixed in Firefox 3.0.11, and the workaround in the meantime is to hold the right button down until the menu appears. I have confirmed this works with FF 3.0.9 under openSUSE 11.1 with my PS/2 trackball.

[Sndirsch (sndirsch)]

So apparently it's a Firefox 3 issue. Reassigning.

[Wolfgang Rosenauer (wolfgang-rosenauer)]

For Firefox the upstream report is
https://bugzilla.mozilla.org/show_bug.cgi?id=404314

This confirms that 3.5b4 (as in Factory) and 3.0.11 (when it gets released) for older distributions will have that bug fixed.

So is this report about Firefox only? Then I'm going to change the component and close it once 3.0.11 is released.

[Sndirsch (sndirsch)]

Yes, that's for Firefox only. Sorry, I didn't see that we have a seperate Firefox component.

[Melancholie (wiki-melancholie)]

Hmm, does someone know why this behaviour (see comment #5) also occured in Konqueror for me sometimes (at least for v3; so, not having noticed that with my fresh 11.1 install yet, maybe because of different screen resolution/KDE v4). Will have an eye on this...

But nice to know that in less than a month this will be past for Firefox, where it definitely was most annoying, although less harmful actually ;-)

[Philby (philbyjohn)]

Well the priority of this bug is still low-medium. And I was expecting a fix by at least 3.0.10 but sadly that did not happen. Its been more than a year now since this has been sitting here like this. Please increase the bug priority and let higher management take notice.

[Alexander Sack (asac)]

Philby, the fact that the fix is considered for the stable (security-only) ffox 3.0 branch means that its not considered "low" priority. The importance here on launchpad or bugzilla does not really mean much.

To explain why this fix didn't end up being in 3.0.10

3.0.9 caused a regression that required us to run a firedrill release out of schedule (called 3.0.10); in order to allow a swift release of firefox 3.0.10 all fixes not directly required to address the regression were moved to the next regular release: 3.0.11 - including this fix.

[Rich Wales (richw)]

I updated to the just-released Firefox 3.0.11 -- and uninstalled the Mouse Gestures Redox add-on -- and I am no longer seeing the right-click bug.

[LumpyCustard (orangelumpycustard)]

This has now been fixed. The following URL is the release notes for 3.0.11

https://bugzilla.mozilla.org/buglist.cgi?keywords_type=anywords&keywords=fixed1.9.0.11+verified1.9.0.11

bug #406646

[Mitchell (mitchellvc)]

Finally it's fixed, the Firefox community delayed this too much!

[Anil Atluri (the-achievers)]

:)
It is behind us right.

On Sat, Jun 13, 2009 at 9:07 PM, Mitchell <email address hidden> wrote:

> Finally it's fixed, the Firefox community delayed this too much!
>
> --
> [MASTER] right click (with button release) might activate random
> popup-menu-item
> https://bugs.launchpad.net/bugs/187313
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

[Janith Sampath Bandara (janith)]

Nice to heard about that. we suffered from this many times.

On Sat, Jun 13, 2009 at 9:07 PM, Mitchell <email address hidden> wrote:

> Finally it's fixed, the Firefox community delayed this too much!
>
> --
> [MASTER] right click (with button release) might activate random
> popup-menu-item
> https://bugs.launchpad.net/bugs/187313
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

--
___________________________________________
නිදහස් නිවහල් දේශයක් කරා....

෴..::ජනිත් සම්පත් බණ්ඩාර|Janith Sampath Bandara::..෴

[YannUbuntu (yannubuntu)]

Congratulations !

[Micah Gersten (micahg)]

Thank you for participating in the Hundred Papercuts project. However, this bug has already been fixed in all Firefox 3 releases including in Karmic.

[Bananabob (bananabob)]

I have been asked by email to comment on this bug. I now have Firefox 3.0.11 and it appears to be fixed for me. Thank you

[John Vivirito (gnomefreak)]

On 07/02/2009 09:59 PM, Bananabob wrote:
> I have been asked by email to comment on this bug. I now have Firefox
> 3.0.11 and it appears to be fixed for me. Thank you
>
Upstream was going to add this to .10 however .10 ended up being a major
regression fix so they planed on .11 it says this early in the bug. Has
no one marked this as fixed released yet?

--
Sincerely Yours,
    John Vivirito

https://launchpad.net/~gnomefreak
https://wiki.ubuntu.com/JohnVivirito
Linux User# 414246

"How can i get lost, if i have no where to go"
    -- Metallica from Unforgiven III

[Micah Gersten (micahg)]

One of the users marked it as Fix Released. The bug attached to the
report is not on the official list of fixes for 3.0.11, but users report
the issue is gone.

John Vivirito wrote:
> On 07/02/2009 09:59 PM, Bananabob wrote:
>
>> I have been asked by email to comment on this bug. I now have Firefox
>> 3.0.11 and it appears to be fixed for me. Thank you
>>
>>
> Upstream was going to add this to .10 however .10 ended up being a major
> regression fix so they planed on .11 it says this early in the bug. Has
> no one marked this as fixed released yet?
>
>

[LumpyCustard (orangelumpycustard)]

The mozilla bug: https://bugzilla.mozilla.org/show_bug.cgi?id=406646 is in essence a duplicate of the bug linked to on this report.

This has been fixed in 3.0.11 (https://bugs.launchpad.net/ubuntu/+source/firefox-3.0/+bug/187313/comments/266)

Kris

[Roman Polach (rpolach)]

I sometimes still see this problem in 3.5 (windows)
although in much less frequency than in 3.0.9...

[Tralalalala (tralalalala)]

I'm not going to read all 275 replies, because that'd take hours.

There was a bug in Firefox which caused Firefox to pick a random action when doing a secundary click. This bug is now finally fixed, but even after this bug has been fixed I still experience problems when doing a secundairy click. Why do we have problems with secundairy clicks?
1) Because of a bug in Firefox that chooses a random item from the context menu (this bug has been fixed);
2) Because in Linux a context menu is shown when PRESSING the secundairy mouse button, instead of when RELEASING the secundairy mouse button. When the cursor has moved in the time between pressing the mouse button and releasing the mouse button, you trigger an action of the context menu when releasing the mouse button. So you press the mouse button, the context menu shows, you accidentally move the cursor a little bit, you release the mouse button and when the mouse is at the first menu item of the context menu when releasing the mouse, the first menu item is activated. In other operating system releasing the mouse button will show the context menu.

The way to solve this bug forever is to change the above mentioned behavior so the context menu shows when releasing the mouse button, instead of when pressing the mouse buttion. The random actions of Firefox have disappeared since Firefox 3.0.11, but I still have problems with secundairy clicks. When doing a secundairy click on links in Firefox, I still open links in a new windows, instead of a new tab, because I moved my mouse a little bit. Every application is affected by this bug (although developers say it isn't a bug, but it's a feature, just like the crappy copy/paste functionallity in Linux). Doing a secundairy click in some white space in Nautilus often leads to the creation of new directories.

Please, change this behavior to show the context menu when the mouse button is released or at least give us the option to change this behavior.

[Peter Berry (pwberry)]

You can't really say this is the behaviour of menus "in Linux" because there are many desktop environments you can use in Linux, which may have many different behaviours regarding menus. Vanilla Ubuntu uses GNOME, where a context menu appears when you press the mouse button. If you then release it, it remains, and you can make a selection by another click. If you hold it down, you can move the cursor over an item and then release to make a selection. A quick test shows that there's a delay for activation of this "release to select" behaviour, so this perceived "randomness" only happens if the click is _very_ slow and ends up being interpreted as a hold instead of a click.

[Art Clarke (aar-clarke)]

I would suggest spending some time with the mouse preferences (System >
Preferences > Mouse) to fine tune it to the way _you_ use the mouse.

With the mouse parameters tuned nicely the behavior becomes very
reliable and predictable even on hardware as disparate as generic Intel
with MS mouse vs HP hppa with generic mouse.

Yes, Firefox had an issue but it's not a general Linux issue nor is it
a Gnome or KDE issue.

[Daniel Holbert (dholbert)]

Patrick Roberts:
>2) Because in Linux a context menu is shown when PRESSING
> the secundairy mouse button, instead of when RELEASING
> the secundairy mouse button.

FWIW, this generalized GTK issue has already been noted above. (Searching this bug for "nautilus" will give you the relevant comments.) If you're interested in specifically working around it in Firefox (but not other apps), the "Mouse Gestures" addon can help, as documented in earlier comments.

> Doing a secundairy click in some white space in Nautilus
> often leads to the creation of new directories.
> Please, change this behavior to show the context menu
> when the mouse button is released or at least give us
> the option to change this behavior.

Um... Why are you posting this request here?

If you want an aspect of Gnome behavior made to be customizable, you won't get very far by posting your request on an already-fixed (and already-unmanageably-long) Firefox bug page (in Ubuntu's bug tracker). This has literally zero chance of getting your issue addressed.

You might have more luck if you bring up this topic in a Gnome developer IRC channel, forum, or mailing list. Or, you could file a bug at http://bugzilla.gnome.org. But posting about it here is not going to help.

(Please no more comments on this bug -- if we hit 300, I think I'm going to cry.)

[Oibaf (oibaf)]

This was closed long time ago.

[Kevin Krumwiede (kjkrum)]

This bug is regressed in FF 4.0.1 on Xubuntu 11.04. (It was also regressed in the FF packaged for Xubuntu 10.10.) Steps to reproduce are identical to comment #103 from 2008.

If an image is a link and is near the right side of the screen, its context menu will be drawn under the cursor, 100% reproducible. If the right mouse button is quickly clicked and released, the user will never see the menu drawn, and it will appear that a "random" item has been selected.

This only affects image links, not text links.

[Kevin Krumwiede (kjkrum)]

FF tries to draw both types of context menu above or below the cursor, but images links have very long context menus, and so often cannot fit above OR below the cursor.

Obvious fix: draw menus to the left when the cursor is near the right edge of the screen.

[Daniel Holbert (dholbert)]

> This bug is regressed in FF 4.0.1 on Xubuntu 11.04.

I'm not convinced that it's "this bug", even if the STR are the same. (_This_ bug wasn't image-specific, and it was due to specific code issue that was fixed.)

Could you file a new bug? This bug is already absurdly long (>300 comments), and as such is a bad place to investigate additional issues...

> Obvious fix: draw menus to the left when the cursor is near the right edge of the screen.

(This is what Firefox already does, at least on Ubuntu (not Xubuntu) 11.10. The menu gets drawn in an orientation (left/right & up/down) such that it "dodges" the cursor.

[Adam Porter (alphapapa)]

On Mon, May 23, 2011 at 10:24, Daniel Holbert
<email address hidden> wrote:
>> Obvious fix: draw menus to the left when the cursor is near the right
> edge of the screen.
>
> (This is what Firefox already does, at least on Ubuntu (not Xubuntu)
> 11.10.  The menu gets drawn in an orientation (left/right & up/down)
> such that it "dodges" the cursor.

It doesn't seem to do it under Kubuntu Natty/KDE 4.6.3 either. This
bug has been a plague for many years.

[Daniel Holbert (dholbert)]

WORKSFORME in a Kubuntu 11.04 Live USB environment with the included Firefox 4.0 version.

If you can reproduce the issue described in #320 / #322, please file a bug at http://bugzilla.mozilla.org (ideally with more information about how to reproduce), rather than adding the three hundred and twenty fourth comment on this different and long-closed bug.