Firefox and activities in 4.11
Page 1 of 1 (14 posts)
Tags:
None
Registered Member 
|
Hi all,
I switched from kubuntu 13.04 to 13.10 recently, and some of the behaviour of the activities seems to have changed. In 13.04, I could have several firefox windows open in different activities, and after restart these would appear in the right activity. Even worked when pausing some of the activities. After the upgrade, no more, they all appear in one activity. So what's changed? I know there's this workaround linking different mozilla profiles with activities, so it might be that the desirable functioning in 13.04 was just a lucky coincidence, and now everything's back to normal. Or is there some setting I need to set again? |
|
firefox used to happily change its classname with every "major" update, if that happened with your update, the window rules won't apply anymore and must be updated, check "kcmshell4 kwinrules"
If this is not the case, please attach the failing ~/.kde/share/config/kwinrulesrc |
|
Registered Member
|
Yes, the firefox window settings have disappeared indeed. But how do you set for the window to stay at the activity it was originally created? I only see fixed associating the window class to a chosen activity.
|
|
The windows are not supposed to jump around across random activities, but stay on the one they were created on - until the window is destroyed (eg. if you use that FF extension that "minimizes" it to the systray, the window afair is)
Only undecorated windows (ie. there's no KWin titlebar) are set to "all" rather than "current" activities. Don't use FF, but if it has an "internal" client side decoration (titlebar) for you, that's bug #274931 -> Please provide the ouput of "xprop" on a relevant FF window for more information (the cursor will turn into a "+" and when you click the window, much information is printed to the xprop calling konsole window - or into a file, eg. "xprop > ~/firefox.props") |
|
Registered Member
|
Maybe it's because firefox crashes every time I log out of kde instead of closing down cleanly, at least firefox session manager tells me that. Still, in the previous kde restoring the crashed session from the session manager extension restored the firefox windows in the correct activities, but not anymore.
Anyway, here's the xprop output for 2 windows, number one appearing in the correct activity (because it's the one opened by default), and number two which appears in the same activity but is supposed to be in another one:
And the second one:
|
|
Do you have a matching firefox entry in ~/.kde/share/config/session/kwin_<random_hash_here>?
Are other attributes (on all desktop, keep above, ... stuff like that) preserved for a) the relevant FF window b) other windows (just open a kwrite instance or so) for the next session? |
|
Registered Member
|
Ok, I opened a dvd::rip window in one activity, kate in another and firefox in another. Kate stays where it's supposed to be after restarting, firefox and dvd::rip don't. I also set dvd::rip to keep above others, this setting disappeared. So for now I guess kde apps behave correctly, while non-kde apps don't? Here's the kwin_***** file:
|
|
Registered Member
|
Tried chrome as well, same results as for the other non-kde apps
|
|
Ie. the session is not restored by kwin (estimated from the keepabove state) - the KDE applications will likely maintain the activity from their session data.
http://kde.6490.n7.nabble.com/Session-m ... 38259.html https://bugs.kde.org/show_bug.cgi?id=326893 |
|
Registered Member
|
Ok, so it is a bug then? Guess I'll have to wait for the fix then.
|
|
possibly. no guarantees that this is indeed *your* problem, though (but you'll see then
|
|
Registered Member
|
Got the same problem with a fresh install of kubuntu 13.10 on a new laptop.
|
|
ubutu version numbers do not matter - the bug is *likely* fixed in kwin 4.11.6
|
|
Registered Member
|
Page 1 of 1 (14 posts)
Bookmarks
Who is online
Registered users: bartoloni, Bing [Bot], Evergrowing, Google [Bot], q.ignora, watchstar
