171787 - Middle click on tab no longer closes tab, displays contents of clipboard.

Status: RESOLVED WONTFIX

(SeaMonkey :: Tabbed Browser, defect)

Description

[Rob North]

Vesion: Trunk 2002091908

Summary: Clicking on tab no longer closes tab, displays contents of clipboard.

Current behaviour:
	Middle clicking on a tab opens the contents of the clipbard as URL in the
current foreground tab.

Expected behaviour:
	1. Middle click on the tabs should *not* open cipboard URL.
	2. Middle click on tab should close tab.

Repeatability: Always

The expected behaviour is how mozilla behaved in version 20020714
This bug could be considered to be a regression to Bug# 111290

Comment 1

[Frederic Bezies]

Reporter : your build is old. Can you try to reproduce this bug with a younger
build ?

WFM - trunk build 2002093004 -  WinXP

Comment 2

[Rob North]

I will try a younger build, when I have the time.
I'd prefer to wait for a Linux user to confirm/deny bug on linux.

I think this will be a problem with Linux only.
I suspect you'll never see this bug on a Microsoft platform!

Comment 3

[Rob North]

Tried build 2002100108 (Downloaded today from latest trunk, but a week old??)
The bug is still present.

Comment 4

[Kenneth Herron]

I can reproduce this behavior with on solaris using the 2002101622 nightly. As
far as I can tell, middle-clicking on a tab attempts to invoke the clipboard
contents as a url, just like middle click inside a page. The page is loaded into
the active tab, not necessarily the tab that was clicked on.

Comment 5

[Kenneth Herron]

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

Comment 6

[jag (Peter Annema)]

This is not a bug, it's a feature. Really :-)

Middle-click-to-close-tab conflicts with Mozilla/Netscape-on-unix's traditional
use of middle-click-to-load-url-on-clipboard. We've decided to let the latter
have precedence on unix systems, but if you prefer the former, edit your
prefs.js file and add

user_pref("middlemouse.contentLoadURL", false);

Comment 7

[Rob North]

Yes, it is standard linux to make content areas like the html display
accept middle click.
*But* it is not standard to make tabs and sidebars accept middle-click pastes.

See for example Kate(2.0), or gedit(0.9.7), or galeon(1.0.3).

See especially galeon.

See also bug 171792

Comment 8

[Marco Franzen]

Comment 6: I like this feature and would not want it to be replaced by the
expected behaviour of the original bug report (although I would want it changed
too).

As both comment 4 and the original report said, the page is loaded in the
currently active tab rather than the tab clicked on, which is what I would
expect. That seems more intuitive and saves left-clicking on the tab first (in
which case I could middle-click in the contents area instead).

Shall I file a "competing" bug report with the other expected behaviour or does
this belong here?

Comment 9

[jag (Peter Annema)]

I agree, there is a bug here, it should load in the tab clicked on, not the
focussed one. Please file that bug, and I'll close this one was wontfix.

Comment 10

[Jeremy M. Dolan]

Was the new bug filed? What's the bug number. I'd like middle click on a tab to
do something useful. Preferably close it, but loading the URL there would work
as well. If you do that you also should make middle click on the new tab button
load the URL in a new tab.

Comment 11

[Jesse Ruderman]

See also bug 171132, same bug for Firebird.

Comment 12

[R.K.Aa.]

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

Comment 13

[R.K.Aa.]

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