No way to do nothing on middle mouse click (middlemouse.openNewWindow ignored)
Categories
(Firefox :: Tabbed Browser, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox77 | --- | verified |
People
(Reporter: csthomas, Assigned: sander.vandemoortel)
References
()
Details
(Whiteboard: [bugday-20151005])
Attachments
(1 file, 1 obsolete file)
| Reporter | ||
Comment 2•21 years ago
|
||
Comment 4•20 years ago
|
||
Updated•18 years ago
|
Comment 7•16 years ago
|
||
Comment 9•13 years ago
|
||
Comment 10•12 years ago
|
||
Comment 11•12 years ago
|
||
Comment 12•10 years ago
|
||
Comment 14•10 years ago
|
||
Comment 16•10 years ago
|
||
Comment 17•7 years ago
|
||
Comment 18•7 years ago
|
||
Comment 19•6 years ago
|
||
Hi, I'd be happy to tackle this if it could be assigned to me. Thanks!
Comment 20•6 years ago
|
||
(In reply to Martin Koroknay from comment #19)
Hi, I'd be happy to tackle this if it could be assigned to me. Thanks!
Yes, please do! I would greatly appreciate it, and I'm sure many others too. :)
Comment 21•6 years ago
|
||
Can someone make an extension or something to allow this to happen? 15 year old bug! FIFTEEN!
| Assignee | ||
Comment 22•5 years ago
|
||
Jesus christ, this bug is still around after 15 years.
I'm happy to have a crack at it; but since it's been around for 15 years I'm afraid I'm missing something.
My reason for wanting to disable it is that I'm using a touchpad that seems a bit sensitive and quite readily registers a three-finger tap which translates as a middle click. So sometimes I end up with lots of open tabs (or, if I set the opentab flag to false, new windows).
| Assignee | ||
Comment 23•5 years ago
|
||
I think I've fixed it.
In mozilla-central/objdir-frontend/dist/bin/browser/chrome/content/browser/utilityOverlay.js I made the following modifications
--- a/browser/base/content/utilityOverlay.js Wed Apr 08 15:26:13 2020 +0300
+++ b/browser/base/content/utilityOverlay.js Thu Apr 09 00:51:16 2020 +0200
@@ -229,6 +229,11 @@
true
);
+ var middleUsesNewWindow = Services.prefs.getBoolPref(
+ "middlemouse.openNewWindow",
+ false
+ );
+
// Don't do anything special with right-mouse clicks. They're probably clicks on context menu items.
var metaKey = AppConstants.platform == "macosx" ? meta : ctrl;
@@ -240,7 +245,7 @@
return "save";
}
- if (shift || (middle && !middleUsesTabs)) {
+ if (shift || (middle && (!middleUsesTabs && middleUsesNewWindow))) {
return "window";
}
| Assignee | ||
Comment 24•5 years ago
|
||
| Assignee | ||
Comment 25•5 years ago
|
||
Depends on D70267
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 26•5 years ago
|
||
Oh crap, are you about to get this fixed Blupp??
| Assignee | ||
Comment 27•5 years ago
|
||
I mulled over it for fifteen years but then thought it'd be a good idea to submit a patch. The change worked for me, at least.
I believe the patch went through the first review stage now. This is my first time so I'm not sure what will happen next.
Stay tuned :)
Comment 28•5 years ago
|
||
Comment 29•5 years ago
|
||
| bugherder | ||
| Assignee | ||
Comment 30•5 years ago
|
||
Hello :) Somewhat pleased to report that in the current Nightly, the problem has gone away (on Linux). Windows doesn't seem to have the "don't open a new window" option at all.
Comment 31•5 years ago
|
||
Awesome! - I tried it out on Nightly (Windows) and it works.
The result I got was actually kind of different than I had hoped, since you still can't middle-click scroll on links, it just does nothing instead of activating Auto scroll- but this is still nicer than what we had before, and not related to this bug I guess :)
I browse ArtStation a lot and I have to use the scroll bar a lot since 90% of the page is filled with links lol.
| Assignee | ||
Comment 32•5 years ago
|
||
do you mean you press the scroll wheel down to execute a middle click and then move your cursor downwards or upwards to scroll? This may be something that can be done but it is probably worth its own bug. Are you using any special software to aid with the scrolling like Logitech's mouse software? I haven't used Windows for a while - forget how it goes.
Comment 33•5 years ago
|
||
I have the G Hub. I think I'm actually going to tinker with that for a bit to see if I can muster up any macros to hack my way to what I want, or even try AutoHotkey. If I do I'll definitely let someone know :)
Comment 34•5 years ago
|
||
Is this real life?
Is this just fantasy?
This bug is finally fixed!
No escape from reality.
I guess we just had to wait for Blupp to be born, grow up and learn programming. Easy-peasy.
Comment 35•5 years ago
|
||
(In reply to Storm from comment #34)
Is this real life?
Is this just fantasy?
This bug is finally fixed!
No escape from reality.I guess we just had to wait for Blupp to be born, grow up and learn programming. Easy-peasy.
Lmao, right? If he were born on the day this bug was posted, he could have easily learned programming by age 16 to fix this.
I'm going to believe this unless otherwise stated.
Updated•5 years ago
|
Comment 36•5 years ago
|
||
Confirmed the issue with 66.0a1 (2019-01-08) on macOS 10.15.3
Flipping browser.tabs.opentabfor.middleclick reveals that this works now with - Windows 10, macOS 10.15.3, Ubuntu 20 with 77.0b3.
Comment 37•5 years ago
|
||
This change seems to have changed the default behavior. It took me quite a while to figure out why I could no longer open new windows by middle-clicking on links - a very common part of my usage pattern. (It still worked to open new tabs if configured that way, but I don't use tabs.)
middlemouse.openNewWindow doesn't seem to have been present in my configuration by default; adding it and setting it true seems to restore the old behavior.
Comment 38•5 years ago
|
||
Clarification: it's changed the default behavior when configured to open windows rather than tabs. FF before this change behaves differently from FF after this change, for my configuration.
Description
•