(In reply to Peder Stray from comment #85) > No, not really... can't really see why you should mean that, but just to > check, I removed those two lines, and now firefox mapped on 1, before jumping > off to 5.
It looks like i3, like BSPWM does not use _NET_WM_DESKTOP as expected. After looking at the source of i3 it appears that the numbers in _NET_WM_DESKTOP and the numbers and titles of workspaces internal to i3 are not the same. This is because i3 creates workspaces random and dynamically but assigns _NET_WM_DESKTOP numbers cumulatively when they are created (if I interpret the src correctly). That is why _NET_WM_DESKTOP numbers are not preserved after a reboot or restart of the WM i.e. Firefox windows should appear on seemingly random workspaces. I conclude that it is Bug 1630085. Why the rules don't work is Bug 1628749, as Firefox maps its windows before moving them (if my theory is correct). A workaround could be Bug 1628742 to manually toggle the behavoir for people that use an unconventional WM (who are more than likely technically inclined). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/684982 Title: Firefox windows don't restore on correct workspaces Status in Mozilla Firefox: Fix Released Status in firefox package in Ubuntu: Fix Released Bug description: Binary package hint: firefox Create two workspaces Open one firefox window on the first workspace, second on the second one. Quit (or crash) firefox, specifying "Yes, remember my windows" Expected behavior: second window shows up on second workspace Actual behavior: Both windows appear on the current workspace To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/684982/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
