Bug 252264

Summary:	adding and removing a virtual desktop creates a new activity and moves the first desktop containment to it
Product:	[Unmaintained] plasma4	Reporter:	Janet <bugzilla>
Component:	activities	Assignee:	Plasma Bugs List <plasma-bugs>
Status:	RESOLVED FIXED
Severity:	normal	CC:	aseigo, asraniel, chanika
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Debian unstable
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Janet 2010-09-24 16:59:23 UTC

Version: unspecified (using KDE 4.5.1)
OS: Linux

I have 1 activity, 5 virtual desktops and use the "different widgets for different desktops" feature.

In the desktop overview where all virtual desktops are shown in a grid I accidentally added a sixth desktop because I thought the plus sign is for magnifying (there's no tooltip). I immediately recognized the error and clicked on the minus sign in hope that it removes the last created desktop. That happend as expected, all other desktops were intact.

Then I logged out of KDE. When I logged back in, my first virtual desktop was replaced by a default desktop, with no widgets and the default wallpaper. All other desktops were ok.

So I opened up the activity manager and half expected but nontheless astonishingly I found a second activity. I switched to it and it contained the containment of my first virtual desktop and four default desktops.

This is reproducable. Adding and removing a virtual desktop creates a second activity and moves the containment of the first virtual desktop of the first activity to the new activity.

Reproducible: Always

Steps to Reproduce:
Use a single activity, several virtual desktops and use different widgets for different desktops. Design your desktops with different wallpapers and/or widgets. Add a new desktop, remove it, log out of KDE, re-login. One of your desktop containments now has moved to a second newly created activity.

Expected Results:
Expected behaviour is that adding and deleting a virtual desktop
1. shouldn't create a new activity and
2. leave the other virtual destkops intact and don't move them to another activity. This should also be possible when the option for different widgets on different desktops is used.

Comment 1 Aaron J. Seigo 2010-09-24 20:27:16 UTC

did/do you have "lock widgets" enabled?

Comment 2 Aaron J. Seigo 2010-09-24 20:57:28 UTC

SVN commit 1179185 by aseigo:

allow setting a bogus desktop value on startup; prevents containments kept around due to desktops disappearing on us from becoming activity spawners
BUG:252264


 M  +43 -37    containment.cpp  
 M  +1 -0      private/containment_p.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1179185

Comment 3 Janet 2010-09-24 23:09:06 UTC

Is the question still relevant? I have/had the widgets locked.

Comment 4 Aaron J. Seigo 2010-09-25 01:31:48 UTC

yes, it was relevant. it exposed a related bug in libplasma, but the real issue is how plasma-desktop manages things when a virtual desktop goes away, and that relates to how widget locking (aka "immutability") is handled (and must be, for kiosk to be useful for institutional deployments).

thanks for the follow up :)

Comment 5 Janet 2010-10-11 03:17:04 UTC

Just in case the fix was for 4.5.2: adding virtual desktops still adds activities, just tested with Kubuntu and 4.5.2. In case it's fixed in a later version please ignore this remark. :)