#Firefox for mac 41.0.2 full#
#Firefox for mac 41.0.2 windows#

The troublesome behaviour, described in returned. If it gets to be solved there using proven desktop environment interfaces, chances are good to find a proper way to adopt to new technologies like Wayland.Ī couple of (unclean) restarts of Firefox 41.0.2 later, the results are disappointing. This Firefox issue points to an internal session management issue, that will need to be solved there. My desktop environment is able to restore a couple of apps just fine, where I rely on session management for ages (e.g. This bug, started in 2007, is story telling on its own.Īdapting to new technologies, such as Wayland on the other hand, will always suffer from teething troubles. crashes), I guess, therefore it is so hard to Hommey: We're suffering from an issue, that originates from the 17.x/18.x area of Firefox, which is IMHO the most prominent nuisance for _heavy_ (multi desktop) Firefox users over all. There's a general problem in the session management, that will only appear under certain conditions (e.g. The troublesome behaviour, described in https:/ /bugzilla.

#Firefox for mac 41.0.2 windows#

This might be related to testing, that I performed yesterday, where I had to distribute the ~30 windows to the correct desktops manually.Ī couple of (unclean) restarts of Firefox 41.0.2 later, the results are disappointing. Interestingly, there was an exception: today all went fine. If Ffx is terminated from the window manager (KDE4 again) due to logout from session, the windows are restored on the correct desktops with the correct dimensions, but the content is mixed up: all tabs of one window appear in another. This is checked with Version 41.0.2, and applies to many predecessors.

#Firefox for mac 41.0.2 full#

And while Ffx isn't that far away from full user satisfaction in this regard, it's not there, yet. Since these are pretty distinct differences in behaviour, my humble guess is, these are two bugs at least. org/show_ bug.cgi? id=842170, that I performed yesterday, where I had to distribute the ~30 windows to the correct desktops manually. This might be related to testing https:/ /bugzilla. If Ffx is terminated from the user directly, and started later on, all windows, that were distributed over serveral desktops will appear on the current desktop (one screen, several desktops, KDE4 WM)

Since there'a a difference in behaviour depending on the way, Ffx was quit, here are my two reports: Having to finish the restore by putting the windows back in their virtual desktop, is minor but still a pain.Įvery Unix Ffx power user may file this issue earlier or later. When using the restore session in that way, one may have opened 20 firefox windows spread over 4 desktops. Beside unexpected crashes (which are few), the restore session is useful not to bookmark pages (those that are of temporary interest) and still be able to get them back after shutting down or restarting the system. (it may be that this bug is somewhat related to #339445)Īlthough this is not a blocking bug, I believe it is a true inconvenient. Windows should appear in the previous desktop they were in start firefox windows in several desktopĪll session windows pop up in same desktop windows (it seems that the restore data do not keep information about windows in which virtual desktop were in).ġ. User-Agent: Mozilla/5.0 (X11 U Linux i686 en-US rv:1.8.1.2) Gecko/20060601 Firefox/2.0.0.2 (Ubuntu-edgy)īuild Identifier: Mozilla/5.0 (X11 U Linux i686 en-US rv:1.8.1.2) Gecko/20060601 Firefox/2.0.0.2 (Ubuntu-edgy)Īll windows of a session are restored in the same virtual desktop although originally they were in different desktop.