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.

Asking for blocking Firefox 4. If we can't get it fixed in Beta7, is it worth a relnote?

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.

(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.

This is a data lose issue, so pushing it to b8.

Bug 590268 has landed, which should fix this.

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