582872 - Closing (deleting) a tab in the active group, deactivates whole group and makes another tab group active.

Status: RESOLVED WORKSFORME

(Firefox Graveyard :: Panorama, defect, P2)

Description

[wmilbrath]

User-Agent:       Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b3pre) Gecko/20100727 Minefield/4.0b3pre
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b3pre) Gecko/20100727 Minefield/4.0b3pre

Whenever I close out a tab (click the "X") within a group of tabs, all the other tabs in that active group deactivate (as if I clicked the Tab Candy button but without going to the Tab Candy window-remaining tabs are still in Tab Candy however) and another tab group instantly becomes active and comes to the forefront as if I switched tab groups without accessing the Tab Candy window.

Reproducible: Always

Steps to Reproduce:
1.Make several groups of tabs in Tab Candy. I have about a dozen groups and maybe 80 tabs total.
2.Bring one group to the front (active window).
3.Close (delete by clicking the "X" in the right corner of the tab) one tab.
4.Watch what happens. That individual tab will be deleted, but it's group closes back into Tab Candy and another tab group immediately becomes active.
Actual Results:  
Please see item 4. above.

Expected Results:  
When you permanently close (delete) a tab, it should disappear (which it does) but the remaining members of it's tab group should stay active for browsing.

I don't remember that this problem happened before two other strange things happened. They are listed in chronological order here:

!. I had to use Firefox 3.6 to access a page with flash. Apparently Minefield won't accept the flash extension. I can't install it automatically. It doesn't recognize the successful manual installation. And when I reopened Minefield it was trying to use unsupported add-ons from Firefox 3.6. The UI was rearranged (ex: Tab Candy button in lower left!) and the icons for the various add-ons were present but they didn't work. Closing and restarting Minefield again seemed to remedy that issue.

2. An automatic update of Minefield resulted in Tab Candy disappearing (I know you already know about this). I reinstalled the program replacing the "old" one with a fresh download (actually I think it's exactly the same version). Only after that did I start noticing the above problem. It might have been there before, I just started using Tab Candy today and being unfamiliar with the program might not have noticed the issue, but I don't think so.

Comment 1

[Graeme Williams]

I just wanted to add that I see this bug on Windows XP as well.

I had four tabs open:  Google Mail, Google Reader, a tab I had opened from Google Reader and a tab opened from the third one.  I closed the last tab normally, but when I closed the third tab, the current tab group was replaced by another.

Comment 2

[Graeme Williams]

Drat!  I thought the site would grab my version info automatically.  It is:

Mozilla/5.0 (Windows; Windows NT 5.1; rv:2.0b3pre) Gecko/20100729 Minefield/4.0b3pre ( .NET CLR 3.5.30729)

Comment 3

[Ed Lee :Mardak]

Might be a regression from bug 581612. I fixed something in the patch for bug 582116, so I can backport it to tabcandy central.

Comment 4

[Anthony R. Thompson]

I get this behavior also, though it's sporadic/unpredictable and hard to reproduce.

Sometimes closing a tab works as expected, sometimes this bug (closing the tab and then automatically switching to another tab group) happens instead.

I'm also using Windows XP: Mozilla/5.0 (Windows; Windows NT 5.1; rv:2.0b3pre) Gecko/20100729 Minefield/4.0b3pre

Comment 5

[(no longer active)]

Mass moving all Tab Candy bugs from Mozilla Labs to Firefox::Tab Candy.  Filter the bugmail spam with "tabcandymassmove".

Comment 6

[hoboX10]

I'd like to add to this bug. I use Windows XP. Mozilla/5.0 (Windows NT 5.1; rv:2.0b4pre) Gecko/20100814 Minefield/4.0b4pre

I've had this bug happen twice. It didn't start until about 2-3 days ago. I'd also like to note that I have no idea what this "Tab Candy" thing is or no idea how to use it, meaning I haven't willingly used it myself. So if that's what's causing this, then this "Tab Candy" thing is activating itself on my tabs and grouping them together.

Basically what I experience myself is, I'll close a tab and suddenly all my tabs will disappear except for one. Even though these tabs are disappearing, they are not closing because I can still hear audio/other media from the pages still running.

This happens randomly and the tab that stays open is random. The only way I can fix this is to completely shut down Firefox and re-open it without restoring tabs.

Comment 7

[3e2224c2]

I can confirm this bug on Linux too. I have noticed that this only happens when I close the last tab on the right of the tab bar.

Comment 8

[imradyurrad]

Undo close tab also gives this same behavior. It opens in it's own group/window and the other ungrouped tabs appear on top of each other on the bottom right.

Using Windows 7, btw.

Comment 9

[RC]

This is stupid annoying in OS X, and quite disorienting. Hate to think how new users will react.

Comment 10

[Aza Raskin [:aza]]

Juan, Can you confirm this on T-C?

Comment 11

[Sebastian Wiesinger]

Mozilla/5.0 (X11; Linux i686; rv:2.0b4) Gecko/20100818 Firefox/4.0b4

I can confirm this under Linux. It's really annoying.

Comment 12

[Sean Smith]

I think I have finally discovered a relatively reliable set of steps to reproduce this.

1 - In any group except the LAST group in the Panorama view, open a tab that would not be considered a "child", ie., get a tab to open at the end of the tabbar.  Use a bookmark, for instance.

2 - Switch to a tab already in your group. This step is key. If you close the tab without flipping back to another tab in your group, the bug isn't triggered

3 - Switch back to the tab you made in step 1.

4 - Close that tab and you get dumped into the last tab group.

What I think is happening: New "non-child" tabs are being "created" in the last group, not the group you are in. So when you close that one, it thinks you're in the last group and shows those tabs.

Comment 14

[juan becerra [:juanb]]

I've spent the last hour or so trying, but I haven't been able to reproduce as I follow the steps in the comments. But I have seen it before.

Comment 15

[Vasudev Kamath]

(In reply to comment #14)
> I've spent the last hour or so trying, but I haven't been able to reproduce as
> I follow the steps in the comments. But I have seen it before.

Yeah looks like this bug is not there any more, Closing tabs won't land me in any other tab group.

Comment 16

[Sean Smith]

(In reply to comment #15)
> (In reply to comment #14)
> > I've spent the last hour or so trying, but I haven't been able to reproduce as
> > I follow the steps in the comments. But I have seen it before.
> 
> Yeah looks like this bug is not there any more, Closing tabs won't land me in
> any other tab group.

I've been reproducing it all night.  How many groups do you have open?  I've got four, and when this bug is triggered (from group 1, 2 or 3, I always land in 4).  I am counting from top right to bottom left:

1  2
3  4

Remember, the key is that you open a tab at the end of the tabbar, then go back to a tab already in your group, then go back to the new tab and close it, the bug happens.  If you open the new tab, then close it without going to another tab in that group, the bug doesn't trigger for some reason.  If you open a tab from a link on a page, the tab gets put to the right on the parent tab, and the bug won't trigger, either.

Comment 17

[RC]

Still happening here too.

Comment 18

[Vasudev Kamath]

(In reply to comment #16)
> (In reply to comment #15)
> > (In reply to comment #14)
> > > I've spent the last hour or so trying, but I haven't been able to reproduce as
> > > I follow the steps in the comments. But I have seen it before.
> > 
> > Yeah looks like this bug is not there any more, Closing tabs won't land me in
> > any other tab group.
> 
> I've been reproducing it all night.  How many groups do you have open?  I've
> got four, and when this bug is triggered (from group 1, 2 or 3, I always land
> in 4).  I am counting from top right to bottom left:
> 
> 1  2
> 3  4
> 
> Remember, the key is that you open a tab at the end of the tabbar, then go back
> to a tab already in your group, then go back to the new tab and close it, the
> bug happens.  If you open the new tab, then close it without going to another
> tab in that group, the bug doesn't trigger for some reason.  If you open a tab
> from a link on a page, the tab gets put to the right on the parent tab, and the
> bug won't trigger, either.

Sean I have 3 tab groups open 
1 2
 3
I tried your method but bug won't trigger i.e after opening a new tab at the end of tab bar going to already opened tab and coming back to newly opened tab and closing it I'm still in the same group.

I also tried the same step with creating 4 tab groups but I'm still unable to reproduce the bug

I tried in both 4.0b6 and 4.0b7 pre (released 09-19-2010) on Mac OS X.

Comment 19

[Omshivaprakash H L]

I don't see this bug any more on 4.0b7 pre on Ubuntu 10.04

Comment 20

[Tracy Walker [:tracy]]

WFM with latest minefield builds. Please reopen if you see this again and provide concise steps to reproduce.

Comment 21

[constant_irritation]

Bumping an old bug thread to say I see this behaviour in the very latest Firefox 21 (just updated minutes ago) on Windows 7 x64.  Like others have said, it's difficult to reproduce.  It only occurs when I close the last (right-most) tab in a group, but only sometimes.  I don't know what the trigger is.

Comment 22

[constant_irritation]

Nope seems I was wrong: it's not only the last tab, it happens sometimes with any given tab in the middle of the tab list in a given tab group.  I can't seem to reproduce it with consistency.