Closed Bug 623867 Opened 14 years ago Closed 14 years ago

Reopening a closed tab creates a new group

Categories

(Firefox Graveyard :: Panorama, defect)

Product:
Firefox Graveyard
Component:
Panorama
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 586198

People

(Reporter: rik, Unassigned)

References

Details

(Keywords: regression)

Steps to reproduce: 1) Open a new profile 3) Go to Panorama view 4) Close panorama view 2) Close the "prerelease" tab 3) Reopen it Expected results: Tab reopens in the same group Actual results: Tab reopens in a new group
blocking2.0: --- → ?
Keywords: regression
Happens in Windows also, since yesterdays builds
Should block beta 9
Yep, seeing this too on Mozilla/5.0 (Windows NT 5.1; rv:2.0b9pre) Gecko/20110107 Firefox/4.0b9pre ID:20110107030356
OS: Mac OS X → All
Going off the bug list from the "20110106 Trunk build is out" thread (http://forums.mozillazine.org/viewtopic.php?f=23&t=2067023), these seem to be the main candidates for potentially regressing this: bug 594644 [Firefox:TabCandy]-Return from Private Browsing Mode, Panorama forgets tab groups, until Panorama is manually re-launched [All] bug 598795 [Firefox:TabCandy]-Clean up reconnect code once we have instant access to sessionstore [All] bug 605935 [Firefox:TabCandy]-Use private-browsing-transition-complete instead of sessionstore-browser-state-restored [All] bug 621344 [Firefox:Tabbed Browser]-Displaying print preview stacks app tabs [All]
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
(In reply to comment #6) > > *** This bug has been marked as a duplicate of bug 586198 *** This looks like a different bug. Request reopening.
So you start with (at least) two tabs in a group, close one, and reopen it, and it's restored in a separate group... how is this different than 586198?
This would be different only if the restored tab is opened in a _new_ group and not the only tab shown (but contained in the same group as the other tab).
Following the STR in comment 1 the reopened tab is contained in a new tab group on its own.
I'm sorry - the STR for bug 586198 is almost the same. The difference is the number of tabs (2 and 3). So this should really be a dupe. I'm going to add a patch (later today) to bug 586198 that fixes this problem.
blocking2.0: ? → ---
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.