Closed
Bug 603330
Opened 14 years ago
Closed 14 years ago
Tabs in different groups are shuffled into other groups after a restart of Firefox
Categories
(Firefox Graveyard :: Panorama, defect, P2)
Firefox Graveyard
Panorama
Tracking
(blocking2.0 betaN+)
VERIFIED
FIXED
Firefox 4.0b7
Tracking | Status | |
---|---|---|
blocking2.0 | --- | betaN+ |
People
(Reporter: whimboo, Unassigned)
References
Details
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b8pre) Gecko/20101010 Firefox/4.0b8pre
Today I tried to use the Panorama feature in my daily profile to get all of my tabs grouped for all my different projects. While everything was fine in the same session, I run into problems after a restart of Minefield (applying the todays update). Tabs which have been assigned to a special group are now part of the default group again. Therefore other tabs from the default group are now in one of my other groups. Restarting Firefox with Panorama open on close, you can clearly see that tabs are getting moved around and some of them land in wrong groups.
This behavior completely blocks me from using Panorama because I'm not able to find the tabs after a restart. It makes it really hard to use Panorama.
Reporter | ||
Comment 1•14 years ago
|
||
Asking for blocking Firefox 4. If we can't get it fixed in Beta7, is it worth a relnote?
blocking2.0: --- → ?
I'm also getting this issue, but without having the panorama view open while restarting firefox. Instead i have a rather large session restore (400+ tabs atm) and restoring the session simply takes time. If i switch tab groups before the restore is completed some tabs may get loaded into the wrong group.
The incomplete loading can also show up as when you rightclick on a tab -> move to group. The submenu is empty the first time it is opened (shortly after firefox is restarted), clicking on it again shows the tab groups. This does not happen when you wait a while.
So it's probably some issue with proper initialization order.
Comment 3•14 years ago
|
||
(In reply to comment #2)
> So it's probably some issue with proper initialization order.
Yep, sounds like it. Bug 590268 is the bug which we're waiting on which will improve init.
Comment 5•14 years ago
|
||
Bug 590268 has landed, which should fix this.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 6•14 years ago
|
||
Finally Panorama is now usable. Best fix in the last couple of weeks. Thanks!
Verified fixed with Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b8pre) Gecko/20101027 Firefox/4.0b8pre
Status: RESOLVED → VERIFIED
blocking2.0: ? → ---
Target Milestone: --- → Firefox 4.0b8
Updated•14 years ago
|
blocking2.0: --- → betaN+
Updated•14 years ago
|
Target Milestone: Firefox 4.0b8 → Firefox 4.0b7
Assignee | ||
Updated•9 years ago
|
Product: Firefox → Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•