Version: (using Devel) OS: Linux Installed from: Compiled sources I have set KDE to have 2 desktops. I have created 2 different activities in total. If I zoom out and I activate the "different activities for each desktop" option a new default activity will be created... and I ignore this third activity and I link the other 2 activities to my 2 desktops when I restart the computer/session "magically" the third activity is set as first or second desktop (I don't know if it is random). I tested and if I disable "different activities for each desktop" option and I enable it again no more activities are created (except if you removes the third activity, case that is created a third activity again). Another extra bug related to it is that can't be removed activities until I disable "different activities for each desktop" option. I'm using: Qt: 4.5.1 KDE: 4.3.60 (KDE 4.3.60 (KDE 4.4 >= 20090624)) kde4-config: 1.0
Hi, I have the same problem since KDE 4.3 RCs (worked fine with Betas). I tried with 2, 3, 4 desktops, but each time I activate the "different activities for each desktop" option, one more Activity is created (if I have 4 desktops, there will be 5 activities etc.). This is really annoying !
My config : Kubuntu 9.04 Qt: 4.5.1 KDE: 4.2.96 (KDE 4.2.96 (KDE 4.3 RC2))
Confirmed, I has the same activity for all 4 desktops and I checked Enable 1 activity per desktop and now I have 5 activities see first screenshot Desktop 3 is wrong, it has 2 half activities, see second screenshot kdebase from 4.3branch revision 1000913
Created attachment 35546 [details] 5 activities with 4 desktops and "Enable one activity per desktop"
Created attachment 35547 [details] Desktop 3 shows this
Created attachment 35548 [details] plasma-desktop-appletrc
When I zoom in from last activity, I cannot see my applets in activity/desktop 1 (only the other empty desktops show) and on 2 desktops I do not have the cashew. Not sure I make sense but it's not easy to explain.
Problem not fixed in RC3…
Sometimes during the login, the new activities will be created again. KDE 4.3-rc3. Installed using the rpm repository (Fedora 10).
This bug is still present and annoying in 4.3.0 on Kubuntu 9.04. It used to work in some early beta and was really cool.
ArchLinux 64 bit KDE 4.3 In RC2 and RC3 everything worked fine. After i upgrade to final i delete my .kde and .kde4 folders and this bug showed up. I hope that this is helpful.
I can confirm this bug on Gentoo 32bit, KDE 4.3.0. One more activity is created. I started KDE 4.3 with clean profile, but without effect.
Same issue here. I had this problem since 4.3-Beta2 up to 4.3.0 in Kububru 64bit.
I can confirm this problem in Gentoo with KDE 4.3.0 stable.
I'm experiencing this. Also, this comes with two buglets. 1. Sometimes, the fifth activity gets loaded instead of the first four I configured. That means that, randomly, I have to open the ZUI (already horribly slowed down by bug 183121 ) and move all my apps from the, once visible, now hidden, activity, to another visible activity. 2. Sometimes, a button saying "Block plasmoids" or something like that appears in the upper-left corner of one of my virtual desktops/activities. It's the same button that I would see if I clicked on the cashew, but it belongs to the hidden activity. It is perfectly functional, and when I click on it the "Add plasmoid" button appears, over it (yes, one button over another). Please, give it a test.
Hello, i have the same problem here. (Kubuntu 9.04) 4.3 final. But my biggest problem is to understand why activity and desktop are not the same. At first i thought activity == desktop (i have four dektops and want to have 4 different settings on them ... nothing more. I did not really understand the cause of activities ...
Same problem here with openSUSE 11.1 (64 bits) with 4.3 from factory. Since the first day I installed 4.3, I configured it to use different activities on different desktops (I have 4), and it worked perfectly. But some days ago I logged in to discover that my first desktop had a different activity, that there was a new activity I did not create, that the other two desktops had two old activities but on different order and that my main activity was lost. Doing a zoom out, I discovered that I had 5 activities (for 4 desktops...) and that I was not able to delete the new one nor change which one went with which desktop, so it was impossible to reach my main activity. Then I disabled "one activity per desktop", deleted the new activity and set the one activity per desktop again... and again the fifth activity was created moving the first one to the limbo. There was no kde updates to my system at the time, only a kernel update. Weird detail: now the activities on the "activities bar" are shown on different order respect to the real distribution when a zoom out is performed... Ah! The day after this episode I edited one of the activities and instead of changing it, I obtained TWO copies of the original activity changed... and the original was still there, unchanged.
Still present in 4.3.1. We need explicit ways to LOCK activities to a desktop. We need explicit ways to delete activities which are not locked. I believe the rogue 5th activity represents the one that would be used if the "different activities for each desktop" were unchecked, or it is hanging around from before it was checked.
I am experiencing this bug as well on Arch Linux 64 bit using KDE 4.3.1 (was also present on 4.3.0). I tried deleting any plasma configs and starting again, but the additional activity still appears when enabling the option to have different activities per desktop.
I'm still experiencing this bug using current trunk and a clean user account.
Not only do I have the same issue, but now I'm begining to have problems when sometimes, after booting my system, the plasma config has been completly borked and two activities I had set up are being replaced by default activities with the default background. And I cannot go back to the activity I have set up, when I try and click on it, it still displays the new ones. In that case, I end up with 2 additional activities, and two of mine that are displayed when zooming out but none can really be selected. At this time, the only thing I can do is to get out of KDE, then replace plasma-desktop-appletsrc and plasma-desktoprc by copies I've made of them. I'm going to attach the borked copies of the file to this ticket, in case it helps.
Created attachment 36961 [details] Borked plasma-desktop-appletsrc file
Created attachment 36962 [details] Borked plasma-desktoprc
I have the same problem too.. And when I use the cube with transparency someone can discern that one desktop falls onto an other randomly for me. If I choose to have every desktop as a separate activity its impossible to delete. If not sometimes it works. I believe that when I zoom out the screen it creates a virtual 5th screen as a new activity and that' s the source of the problem. I am probably wrong but why not give a shot! Hope we don't deal with it in the next update
Still here in KDE 4.3.2 (Kubuntu 9.10 Beta)… :/
I've tested this bug further (and even looked through the code), and here are some more details. This is KDE 4.3.2 on Arch x64. 1. When I increase the number of desktops in SystemSettings, new activities are created instantly. 2. When I decrease the number of desktops, nothing changes. Even after disabling and re-enabling perDesktopViews, if I have more activities than desktops, nothing happens. I tried another thing: create several activities with perDesktopViews disabled, delete the first activity, then enable perDesktopViews. It created the correct number of activities, however it created an extra one upon restart. Now I'm not into plasma development, but I suspect PlasmaApp::PlasmaApp::checkVirtualDesktopViews() and DesktopCorona::checkScreens() arent doing what they're supposed to. When perDesktopViews is disabled, the first activity gets desktop set to -1, KWin counts desktops from 1 to N, and checkVirtualDesktopViews() only deletes what KWin reports minus one, so from 0 to N-1. The (-1) activity gets through. Note that I didn't have time to compile trunk with that change to test it, so I may be very wrong.
Still here. Is it planned to be fixed soon/one day ?
this should be fixed for kde sc 4.4 rc1 (current trunk). please report back if anybody can test. thank you
Great ! Too late for Beta 2 ?
yeah, beta 2 was tagged on 16th, this fix was made 2 days ago i think. i say i think because it wasn't me so i'm not 100% sure it fixed that bug, thats why i marked it as needsinfo.
I've just tried with the OpenSuse "trunk" packages 4.3.86 (KDE 4.3.86 (KDE 4.4 >= 20091231)) "release 1" and a new clean user. The bug is still reproducible. I'm using a dual monitor setup with nvidia twinview. I've created a new user and, after loggin in (and restarting kwin due to another known bug), I've set up six virtual desktop and I've checked the "different activity for each desktop". Zooming out the ZUI I've discovered two additional activities (one for each screen). 2 monitors = 2 screens 6 virtual desktop = 12 screens -> 14 activities, but only 12 match with a virtual desktop screen.
(In reply to comment #30) > yeah, beta 2 was tagged on 16th, this fix was made 2 days ago i think. i say i > think because it wasn't me so i'm not 100% sure it fixed that bug, thats why i > marked it as needsinfo. Unfortunatly, the bug is not fixed (Kubuntu packages). Same problems.
Same problems here with KDE SC 4.4 RC1 (KDE 4.3.90 Release 210) (packages from openSUSE BuildService for 11.2). Enabling different activities on each virtual desktop creates additional unwanted activities. Each time I log into my KDE Desktop, the created activities are assigned randomly to the individual virtual desktops. That makes working with activities impossible. The Plasma desktop sometimes even forgets the position and size of some plasmoids, when activities for each desktop are enabled. When I click on zoom in (cashew icon), the desktop gets minimized and freezes after that. I cannot zoom out back to my previous desktop. I have to kill X11 and login again. I hope, the "different activities on each desktop" bug will be fixed very very very soon (hope for KDE SC 4.4 final). This bug still exits, since activities are available in KDE. Thanks for your great work, KDE team. I love your passion for KDE.
I reported a similar issue: https://bugs.kde.org/show_bug.cgi?id=221473 but with even more bugs in it so after playing a bit my desktop now looks like this: http://img697.imageshack.us/img697/3941/snapshot1l.png
@m00nraker: please check with 4.4.0; many of the fixes for PVDA didn't make it until RC3 or later.
The bug seems to be fixed in KDE SC 4.4. I'll confirm after some settings/reboots.
Ooops, forget, this is not fixed. It does not creates an additional activity but it's still a big mess after desktop switching etc. Too bad.
I have installed the new 4.4.0 and I still get bugs. I still have the same setup (2 desktops and an unique activity in my system) and I enable the "different activity for each desktop" from the pager menu and automally it creates 2 new default activities. Is logical to create a second activity because only I had one and there are 2 desktops but 3 activities... Then, I tested disabling again the "different activity for each desktop" and removed one of the 3 and I tried again activating the option: automatically was created a 3º activity AND automaticaly it switched the current desktop by the new one. After that attempt, I tried to zoom out to choose the right activity for the current desktop but one of the desktops when I zoom in it gets (as desktop) a mix of the 3 edges of the the activities (very strange effect) so I went of the safe desktop and I disabled "different activity for each desktop" to return to the normality. :-(
> creates 2 new default activities yes, that hasn't changed; it likely will in 4.5, but is still the behaviour in 4.4. it's not exactly a big deal, however: you get an extra containment. supporting switching the setting on and off back and forth as elegantly as possible was secondary to getting the actual bugs worked out such as the issue m00raker was running into.
I can confirm that this bug remains in KDE SC 4.4.1 (Gentoo). New activity appears on each login. And desktop is desperately slow with option Different activities on each desktop enabled.
*** Bug 232172 has been marked as a duplicate of this bug. ***
KDE SC 4.5 Beta 1 is still completely messed up in this regard, I like the new acitivity manager a lot (mainly because it just works) but having different activities on different virtual desktop still is a pain and unusable for me...
All the activity stuff is still very unstable, buggy and not ready for productivity. This is my experience with it. So I totally agree with Jakob and can confirm this behavior. Example: Starting with a clean KDE 4.5 (Beta 1) setup, I enabled the option "Different widgets for each desktop" in KDE system settings for virtual desktops. I tested with 4 virtual desktops and 1 (the default) activity. Adding different plasmoids to each of the 4 virtual desktops works at the first view. Using the new activity manager (Chani made it possible) I can switch easily between the virtual desktops, can assign different wallpapers and so on. Everything is fine. But then I added 2 additional activities (totally 3 activities now, still with enabled option "different widgets for each desktop"). Based on this configuration I added further plasmoids to each virtual desktop for each of the 2 new activities. When I start playing around with this activity based setup, the trouble beginns and the plasma-desktop crashes. It all ends in a kdeinit4 segmentation fault Signal 11. After that my hole desktop is gone and I get a black screen (plasma dead). Restarting KDE is useless, plasma-desktop still crashes and I again get a black screen. Only removig some plasma and activity config files brings my desktop back to daylight. It all comes only from playing around with the activity stuff. This means adding, removing and switching between different activities, adding/removing plasmoids to/from virtual desktops, even the cloning of the current activity with the activity manager sometimes ends in a plasma-crash. When I don't use activities everything works fine. I like this activity concept so much and would like to see it working, but the activity stuff is still unusable and that since the beginning. It seems that the new activity manager doesn't change anything on that. Maybe Aaron or even better Chani Armitage can tell something about it. I don't know it exactly, but I think she is the right person to fix the problems.
@m00nraker: does it crash even if you set up "different activities for each desktop" ? If it doesn't crash, when you logout and after you log in again, is the previous configuration remembered?
"When I start playing around with this activity based setup, the trouble beginns and the plasma-desktop crashes." backtraces required. "It seems that the new activity manager doesn't change anything on that." it actually regressed in 4.5beta1 over 4.4. i spent a bunch of time making it work reasonably in 4.4 (though still some edge cases here and there), and the new activities thing changed a lot of how that code worked. beta2 has a number of fixes, though we haven't done enough testing with PVD (per-virtual-desktop) and the new manager. that will come as we continue to stabilize. i appreciate your patience, and i hope you appreciate that PVD is a feature that -none- of the developers use or have any interest in using. PVD is a feature 100% developed and maintained for others (e.g. you). it would be really nice if there was someone who used PVD who would maintain that feature alongside us as that would give us the manpower to address these issues comprehensively; until that happens PVD will likely continue to have issues until the whole activities thing is finished up and the usual "spare time for stabilization" filters through.
Just out of curiosity: how do you use the activities? back in 4.x.x something I tried the Activities Switcher or whatever it was called which didn't work at all for me. The PVD way seems much more functional and kinda works for me (on 4.4.4). I also think that it it would be the most intuitive way for newcomers to KDE. I've been using KDE since 0.<something> and having both Virtual desktops AND Activities is confusing. I know Virtual Desktops is something that have been in Linux/Unix for years but it adds to the complexity when adding yet another layer. In my POV it would be The Right Way to have either Activities OR Virtual Desktops or merge them in a way that would be intuitive to use. Quite possibly I just haven't grasped the concept yet - or it might just be too complex.
(In reply to comment #46) > Just out of curiosity: how do you use the activities? back in 4.x.x something I > tried the Activities Switcher or whatever it was called which didn't work at > all for me. The PVD way seems much more functional and kinda works for me (on > 4.4.4). I also think that it it would be the most intuitive way for newcomers > to KDE. I've been using KDE since 0.<something> and having both Virtual > desktops AND Activities is confusing. I know Virtual Desktops is something that > have been in Linux/Unix for years but it adds to the complexity when adding yet > another layer. > In my POV it would be The Right Way to have either Activities OR Virtual > Desktops or merge them in a way that would be intuitive to use. > Quite possibly I just haven't grasped the concept yet - or it might just be too > complex. That is exactly what I was gonna say, activities like I understand them is really a more advanced kind virtual desktops, most people use virtual desktop for doing different kind of things, for example work stuff on desktop #1 and fun stuff on desktop #2. Activities take this approach and get it to the next level, not only can certain windows be placed to a certain activity, but activities can also dinamically be added, stopped, changed and deleted. Being like that I believe the traditional "virtual desktops" should be removed from KDE, this would propably even be not to much of a change technically, instead of the different *static* set of desktops, *dynamic* activities are used, this means that instead of my (say) 2 desktops in my little pager plasmoid, I am displayed my currently running activities, when I use effects like the desktop cube, my currently running activities are shown, were now virtual desktops are shown. In my opinion this would remove a lot clutter and would sharpen the use case of activities, having virtual desktops and acitivities seems indeed confusing. Aaron, is this the way KDE is heading with activities?
(In reply to comment #47) > Being like that I believe the traditional "virtual desktops" should be removed > from KDE, ... > In my opinion this would remove a lot clutter and would sharpen the use case of > activities, having virtual desktops and acitivities seems indeed confusing. Wait: remove virtual desktops to "sharpen" the case for activities??? You realize when you suppress something else (something that has worked well for 20 years) in order to push your new stuff (which doesn't work that well at all) you are automatically on the WRONG track don't you? There are a large number of user that just want Virtual Desktops, independently configurable as they were in the past. We would gladly BANISH Activities from KDE all together as a demonstrably failed method, which now, it seems, can only be further propped up by trying to kill off virtual desktops. Yet we were never give the opportunity to keep working virtual desktops without having the poorly though out, and sloppily implemented activities thrust down our throat. Now we are told that the developers of activities never use virtual desktop (it was becoming obvious) and aren't interested fixing the damage they have inflicted upon them. You guys broke them, you fix them!
I think we're talking about the same goal Jakob. But as far as I understand from the developers are Virtual Desktops managed by KWin and Activities are managed by Plasma Desktop. But from a user it would be much easier to grasp if the two could be merged somehow. I know that you don't have the man-power for it and I'm too - well lousy a programmer - to do anything about it. So maybe on a longer term it would be possible.
I do not think this is the proper place to vent dissatisfaction with the current or coming plasma activities stuff. This is a bug and enhancement tracker. As that it is to hold concrete descriptions of things that do not work as they should or concrete suggestions on how to improve something. Especially the bug reported here is about "Enabling "different activities for each desktop" creates an additional activity". Anything that does not relate to this is just off topic here, period. So please help keep this bugtracker working as its intended and resort to other places to discuss plasma activities. If you really want to improve the situation some plasma developer mailing list would be the right place for *constructive* feedback. I think its fair when it also contains a summary on why the current stuff does not work for you, as long as its detailed and constructive. But ideally it should also contain ideas on how you like it. As for the coupling of plasma activities and virtual desktops, I see one problem, when they are not merged: Plasma activities just switch plasmoids. At least in KDE 4.3, and I think its the same in KDE 4.4. What I want is to sort regular applications that use windows and plasmoids for one topic together on one activity. I never grasped why I should just switch the plasmoids. But also for that is off topic, thus creating another bug report: Bug #241176 - please provide good integration of activities with window based applications, virtual desktops Please also there do only add constructive feedback related to the topic of the bug report. If you have another issue file another bug report. Thanks.
You're right Martin. I'll move it to the mailing list and I have voted for your wish. I final note to the devs is that this issue has really improved a lot in the latest iterations and I do appreciate the work you put into it.
Just to say I completely agree with Thomas Olsen.
so things are generally working in svn right now; the rest of the topic here belong elsewhere (e.g. the mailing list or irc)