An annoyance that I've been having on Linux is this: I have a 2-button mouse. While dragging the scrollbar down to read a page, sometimes I accidentally press the right button too. This causes whatever text is currently in the X clipboard to be pasted in the URL field so that Moz thinks that a new URL has been entered. If possible, I would prefer a beaviour where an X paste action is ignored if the scrollbar is being dragged at that time.

Oops, that was not entirely correct. Upon closer inspection, this problem does occur ONLY if the mouse pointer has moved unintentionally into the view area while dragging.

blake, alecf, any idea how to fix this? We could prevent click events from going through while we're dragging, or make the click code check we're not in a dragging state.

Whoops, forgot to reassign.

4xp windows, right clicking while dragging the scrollbar terminates the drag. That is all. The context menu does not appear. imo This behavior is reasonable, your mileage may vary. mpt: opinions?

erm. i take that back, i was confusing something else. [scroll drag region is about one inch [from right edge to the t in what's related, w/ small n in location bar] right click is absolutely ignored. I need more sleep.

I think any click (including drags) should: * be cancelled by the right mouse button (see also bug 22175); * ignore the middle mouse button; * ignore the mousewheel, but only if the item being dragged is part of a scrollbar element (e.g. the thumb).

Minor correction: with all un*x-netscape versions that I know, middle-clicking on a link causes this link in a new window. Mozilla does this too, although this isn't mentioned in the RMB context menu like NS 4.x does. So the middle mouse button should not always be ignored.

That would not be done *during* a click of the primary mousebutton, so it doesn't apply. Could someone on Linux please confirm or invalidate this bug?

Interesting: I checked the behaviour on OS/2 and there, right click cancels the drag but does open the RMB popup menu!

WORKS fine for me Platform: PC OS: Linux 2.2.16 Mozilla Build: 2001011208 Xwindows 4.0.1 KDE 2.0.1 Redhat 6.2

Can anyone reproduce this?

Marking NEW so someone can decide what to do with this.

I came across this one while looking for something else: take a look at bug #52185 . That is basically the very same problem, just worded differently. Perhaps we should mark this one duplicate, but is there a way to somehow merge the (useful) comments from both?

This bug is solved by the preference added as fix for bug 57317 "Middle button on blank area opens clipboard contents as URL in current window" To cure the undesired behaviour, quit mozilla and paste this line into your .mozilla/Default/..whatever../prefs.js user_pref("middlemouse.contentLoadURL", false); Restart mozilla. From now on a "middle click" - or the emulated two-button cousin - will NOT paste to URL field when over browser area. (But it WILL paste clipboard to URL-field when you are OVER the url-field, as expected.) Marking dup. *** This bug has been marked as a duplicate of 57317 ***

vrfy dupe of bug 57317 Middle button on blank area opens clipboard contents as URL in current window