Closed
Bug 284379
Opened 20 years ago
Closed 19 years ago
if middlemouse.contentLoadURL is true, middleclicking on a tab opens the clipboard text as url in the active tab rather than the tab you clicked on
Categories
(Firefox :: Tabbed Browser, defect)
Firefox
Tabbed Browser
Tracking
()
RESOLVED
FIXED
Firefox 2 alpha1
People
(Reporter: marcldl+mozbugs, Assigned: ispiked)
References
Details
(Keywords: fixed1.8.1)
Attachments
(1 file)
943 bytes,
patch
|
robert.strong.bugs
:
review+
mconnor
:
approval1.8.1+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1 (Marc)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1
Enabling middlemouse.contentLoadURL should only enable this functionality when
middle clicking over some parts of the browser. The tab box should not be one of
these parts. Middle clicking on a tab should close the tab.
Currently the text on your clipboard is opened in the active tab regardless of
which tab you middle clicked.
This often leads to a Google I'm Feeling Lucky Search for random text you
happened to have copied at the time.
Reproducible: Always
Steps to Reproduce:
1. Enable middlemouse.contentLoadURL in about:config
2. Copy www.exmaple.com to clipboard.
3. Open new tab.
4. Middle click tab
Actual Results:
www.example.com is opened in active tab
Expected Results:
Middle clicked tab should be closed
Comment 1•20 years ago
|
||
This is lame. If doesn't even matter which tab you click, it loads in the
current context.
-> me, 1.1
Assignee: bugs → mconnor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Target Milestone: --- → Firefox1.1
Updated•20 years ago
|
Status: NEW → ASSIGNED
Comment 2•20 years ago
|
||
note to self, dropping the contentLoadURL check in tabbrowser's onTabClick
method is the fix here, do after tab dnd lands.
Rationale is that the current implementation still loads in the current tab
anyway, so we're losing nothing, and gaining a useful feature.
Comment 3•19 years ago
|
||
Voted for this as it's *extremely* annoying and in fact took me the best part of
ten minutes to work out why it was taking me to apparently random web pages. Not
intuituve at all.
Another (perhaps unrelated?) issue I have is when i disable it in about:config,
it returns to the default after firefox is restarted.
Comment 4•19 years ago
|
||
(In reply to comment #3)
> Voted for this as it's *extremely* annoying and in fact took me the best part of
> ten minutes to work out why it was taking me to apparently random web pages. Not
> intuituve at all.
>
> Another (perhaps unrelated?) issue I have is when i disable it in about:config,
> it returns to the default after firefox is restarted.
I find that, on my Ubuntu installation, if I had this set to false in the beta,
and then I close the beta, open 1.07, close it, and then go back to the beta,
then it gets reset to the default of true. I'd assume that means that the
default in 1.07 is false then.
Also, just a heads up, you can override the setting in your user.js if this bugs
you, but I haven't tried it myself.
See http://kb.mozillazine.org/User.js_file
Assignee | ||
Comment 5•19 years ago
|
||
Assignee: mconnor → ispiked
Attachment #205905 -
Flags: review?
Updated•19 years ago
|
Attachment #205905 -
Flags: review? → review+
Comment 6•19 years ago
|
||
mozilla/toolkit/content/widgets/tabbrowser.xml; new revision: 1.123;
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
OS: Linux → All
Resolution: --- → FIXED
Target Milestone: Firefox1.5 → Firefox1.6-
Assignee | ||
Updated•19 years ago
|
Severity: normal → minor
Version: unspecified → Trunk
Updated•19 years ago
|
Flags: blocking-aviary2?
Updated•19 years ago
|
Attachment #205905 -
Flags: approval1.8.1?
Comment 7•19 years ago
|
||
This might partially resolve a lot of the bugs complaining about Linux not closing tabs with middle mouse by default...
Updated•19 years ago
|
Attachment #205905 -
Flags: approval1.8.1? → approval1.8.1+
Updated•19 years ago
|
Flags: blocking-firefox2? → blocking-firefox2+
Comment 8•19 years ago
|
||
Checked in on the 1.8 branch for Firefox 2.
mozilla/toolkit/content/widgets/tabbrowser.xml; new revision: 1.103.2.14;
Keywords: fixed1.8.1
Updated•19 years ago
|
Target Milestone: Firefox 2 → Firefox 2 alpha1
*** Bug 327182 has been marked as a duplicate of this bug. ***
Comment 10•18 years ago
|
||
the "bug" is actually the behavior that I want, but I can't get it to work :(
Comment 11•18 years ago
|
||
IIRC, the bug here is: "if middlemouse.contentLoadURL is true, middleclicking on a tab opens the clipboard text as url in the active tab rather than the tab you clicked on".
The "fix" was to disable middlemouse.contentLoadURL totally, so that now *there is no way* to open clipboard text as url with middleclicking.
The title of this report, not to mention the way it was resolved, has no relation to the actual bug.
Updated•11 years ago
|
Summary: Enabling middlemouse.contentLoadURL and middle clicking a tab should still close tab → if middlemouse.contentLoadURL is true, middleclicking on a tab opens the clipboard text as url in the active tab rather than the tab you clicked on
You need to log in
before you can comment on or make changes to this bug.
Description
•