155851 - middle click closing tab, next tab that gets focus goes "back" one page in it's history

Status: RESOLVED WORKSFORME

(SeaMonkey :: Tabbed Browser, defect)

Description

[Garth Dahlstrom]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623
Debian/1.0.0-0.woody.1
BuildID:    20020623?

When I use middle click to close a tab, the next tab that gets focus goes 1 page
back as soon as the close happens.

If I have 3 tabs and I close #1 with middle mouse click, then tab #2 goes back
one page in it's history.  

If I have 3 tabs and I close #2 with middle mouse click, then tab #1 goes back
one page in it's history. 

Tab #3 is not effected unless the other 2 are closed first.
If I close tab using right click menu or tab bar [X] the bug does not occur.


Reproducible: Always
Steps to Reproduce:
1.open multiple tabs
2.close 1 tab with middle mouse click
3.

Actual Results:  the tab that takes focus from closed one goes back 1 page in
history

Expected Results:  the tab that takes focus should not change href location

Bug is reproducable under both KDE3 and Afterstep

USER-AGENT
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020623
Debian/1.0.0-0.woody.1

X-SERVER
XFree86 Version 4.2.0 / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 11 March 2002
Build Operating System: Linux 2.4.18 i686 [ELF]
Module Loader present

Mouse is an MS Intellimouse:
Section "InputDevice"
        Identifier      "Configured Mouse"
        Driver          "mouse"
        Option          "CorePointer"
        Option          "Device"                "/dev/psaux"
        Option          "Protocol"              "ImPS/2"
        Option          "ZAxisMapping"          "4 5"
EndSection

Comment 1

[Fabricio Campos Zuardi]

Confirming, I'm having this behavior on Linux with Mozilla 1.1b release

Bug 162635 seems to be a duplicate of this bug.

Comment 2

[Fabricio Campos Zuardi]

ok, on a recent nightly (Build ID: 2002081922) this is the behavior:

when you midlle click a tab title it dont close and the focused tab goes to the
first URL in history.

if there is something on your clipboard and you middleclick a tab then it dont
close that tab and the focused tab try to open the "url" of the clipboard.

It occurs probably because of bug 57317, but I'm not sure that this bug is a
duplicate cause the tab title area is not a "blank area" as the sumary of bug
57317 says and it should not be considered content area also.

Comment 3

[Andreas Kunz]

Well, at least with Win2k (2002111908) it works for me...
Fabricio or Garth, can you try to reproduce it with a current trunk build? I
will also try when I get to my Linux box...

Comment 4

[Brian Gerend]

Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.5b) Gecko/20030901 Firebird/0.6.1+

In Firebird 0.6.1+, under WinME, using Logitech USB MouseMan, when I middle
click with my middle mouse button on any link in a web page (to open it up in a
new tab), it will open up the new page in the background (without losing focus
on the original tab...SWEET!!!  Good job, guys (and gals)!) but it will send
that original tab back one page in the history (if it is on my 'home' page, it
will obviously not do that because there is no previous page in the history). 
The benefit of the tab not losing focus defeated if I have to move the mouse up
to hit the 'forward' button.  (In fact, it could be worse due to lost form data
(unsure of this, didn't test it on pages with forms but this detail is not very
important, since the 'automatic-back' thing still happens).  

Comment 5

[Wayne Mery (:wsmwk)]

still see this on linux?

Comment 6

[Rolf Leggewie]

(In reply to comment #5)
> still see this on linux?

Not sure why I was added to the cc ;-)

But I cannot reproduce the described behaviour in FF 1.5 (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.8) Gecko/20061115 Ubuntu/dapper-security Firefox/1.5.0.8)

Closing as WFM.  Feel free to reopen if you still experience this problem.