Version: (using Devel) OS: Linux Installed from: Compiled sources Version 4.2.95 (KDE 4.2.95 (KDE 4.3 RC1)) "release 139" from opensuse factory I have 2 picture frames, one quick launch and simple weather forecast plasmoids on desktop. When I switch from "Plain desktop" to "Desktop" desktop type and back they all lose their state - sometimes they all go to the upper left corner and loose size, sometimes they just loose size. After switching several times back and force (3-4 times usually enough) plasma crashes. Addition: I have tried this both with "picture" and with "marble" desktop backgroud types - with "picture" it looks more stable (though still buggy).
I'm pretty sure this is a dup, but can't find the other one (the other one should be much older than this report)
I understood what happens here - when change desktop type to "plain desktop" the new activity is created with same but messed plasmoids. When I switch desktop type back to "desktop" again, another new activity is created again etc. So, with the type="desktop": 1. Zoom out and check the number of activities (let it be 1) 2. Change desktop type "desktop"->"plain desktop"->"desktop" 3. Zoom out again - number of activities would be now 3 - the 1st on is the original activity and additional 2 new activities would have same plasmoids but messed in size and position. So, zooming in the 1st activity would return me to my original desktop with old plasmoids in place. I see 2 other problems here: 1. Activities are not deletable (or I can't find a good way to do this) - so after switching desktop type several times I receive a big number of similar activities 2. Activities with type "plain desktop" can be seen on the activities grid, but can't be zoomed in, so they are practically useless.
This looks related to bug 194596 / bug 182678. Can you check them ? Thanks
Seems that both issues have the same nature, but not exact same issue For the comment in b 182678: >Even If we drag them to the original positions, they automatically arrange themselves in some order. The problem only occurs when switch desktop type (so the new activity is created and copied plasmoids are put to the wrong places) - after desktop type is switched nothing bad happens with the plasmoids - I can freely move them everywhere. For the 194596 - as I could see the main problem here was that plasmoids were moved inside a smaller box as if desktop has changed its resolution. I also remember this problem earlier - currently what I have is not exactly the same. There is no smaller-desktop-bounding-box after switching desktop type - the widgets are just gathered in the top left corner and change their sizes - but I can move them around the desktop with no limitations after that. And also both bugs do not mention that number of activities grows in an uncontrolled way when switch "plain desktop"-"desktop"-"folder view" several times.
I have also noted that switching desktop type when widgets are locked/unlocked makes sense. The above situation occurred when widgets were locked. When widgets are unlocked it seems like that extra activities are not created. Also plasmoids are messed less. For example, I have 2 picture frames, 1 weather and 1 quick launch plasmoids. When widgets are locked, switching desktop type moves all of them to the top left corner; when widgets are unlocked, 1st picture frame and weather plasmoids stay in place, but quick launch and 2nd picture frame still go to bottom left corner with incorrect sizes.
I can confirm this bug with KDE 4.3.4 and Qt 4.5.3. But how anton have already mentioned the bug only occurs, when the widgets are locked.
still valid with 4.4.4 and this is worst if the plasmoids are locked
*** Bug 211877 has been marked as a duplicate of this bug. ***
oy, we probably shouldn't allow the desktop type to be changed while widgets are locked. :/ that's just asking for trouble. anyways.. the widgets losing their size... does it happen when you start with the folderview containment type? I'm thinking this could be related to bug 241341 - could someone test with trunk?
*** Bug 241295 has been marked as a duplicate of this bug. ***
>I'm thinking this could be related to bug 241341 - could someone test with trunk? This does not look like bug 241341 - as I have described the source of the problem in comment#2 - the problem in this bug is not with current activity, but with the newly generated activity - it is created as a copy of current activity with messed widget places/sizes. Can't test this on 4.4.86, because "plain desktop" activity type has gone now.
I think r1139535 fixed this, by not allowing the type to be changed while locked. we can't put an unlock button beside it until string freeze is lifted, though.
Created attachment 48380 [details] Plasmoids before logout Looks like it's a partial fix. Analog Clock seems to work fine now, but System Monitor always has broken size after logout→login.
Created attachment 48381 [details] Plasmoids after login