Version: unspecified (using Devel) OS: Linux My plasma applets no longer retain their dimensions across a logout. If I create a new applet and move/resize it, the new position of the upper-left corner is respected on the next login, but the dimensions of the applet are reset to some default. For the weather applet. I created the applet, moved it, resized it. The geometry specification in plasma-desktop-appletsrc was: [Containments][1][Applets][55] geometry=1176,856,424,333 immutability=1 plugin=weather zvalue=24 Then I logged out, and logged in again. The widget was in the right place, but the wrong size. Looking at the same file, the containment is now: [Containments][1][Applets][55] geometry=1176,856,351,227 immutability=2 plugin=weather zvalue=24 Reproducible: Always Steps to Reproduce: Create a new plasma widget. I've tested this with folder view, digital clock, and weather. All display the problem. Move the widget, and resize it. Log out. Log in again. Actual Results: On login again, the widgets are reset to some default size. Expected Results: The widget should retain the sizes given to them in the previous session.
Created attachment 47870 [details] Change in plasma-desktop-appletsrc during logout Here's a diff, what happens to the plasma-desktop-appletsrc file during logout. That is, I copied the file, logged out, and did a diff of the saved copy against the version in .kde. Some geometries are adjusted, and "immutability" changes value for some containments.
Created attachment 47871 [details] Change in plasma-desktop-appletsrc during login Here's a diff, what happens to the plasma-desktop-appletsrc file during login. That is, I copied the file, logged in, and did a diff of the saved copy against the version in .kde. Other geometries are adjusted.
This is all against svn 1136714.
*** This bug has been marked as a duplicate of bug 238699 ***
doesn't look like a dupe of the other one; do you know when this started for you? and/or if you update to todays svn, if that fixes anything (there were 2 changes that i can think of that might impact this). also, what type of activity (Desktop, Folder View) are you using on the desktop? (needless to say, i can't reproduce this one ....) also, does it happen when you just do "kquitapp plasma-desktop; plasma-desktop" from a konsole window, or _only_ when you log out and back in?
hm, the description sounded pretty much exactly like the other bug..
When I enter "kquitapp plasma-desktop; plasma-desktop", my widgets all resize themselves, so this bug does require a logout, just a restart of the plasma desktop. I haven't defined any activities, I guess this is simply a default Desktop activity. This is from an svn update taken today, but I'll refresh kdebase and see what happens. I don't know when it first appeared for me. Because of bug 238699, I haven't had any widgets at all on svn builds for about 4 weeks. Today was the first time since early May that I spent any amount of time in a fresh compile. I'm recompiling kdebase for svn 1136846 now. More news to follow shortly.
I still get the same behaviour with kdebase updated to 1136846 (11 minutes ago), and the rest of the components held at 1136714.
*** Bug 241379 has been marked as a duplicate of this bug. ***
to see if it's an applet or popupapplet issue, can you try if it happens with all ones or only some of those? for instance does this happen also with notes and rssnow? (that aren't popupapplets)
i'll answer myself: i can reproduce the problem, even changing the sizes by editing the config file none are restored correctly, both applets and popupapplets
with a null containment the sizes seem to be correctly restored, so the problem is in the desktop containment
another interesting thing: reverting the desktop containment to 4.4 the problem persists
actually, the revision http://websvn.kde.org/trunk/KDE/kdelibs/plasma/containment.cpp?r1=1136747&r2=1136767 for bug 241298 fixed this one too. yay!
I can confirm this. Updating my whole tree to 1137033, the problem goes away.
"with a null containment the sizes seem to be correctly restored, so the problem is in the desktop containment" ... so this would not affect folderview? I think I have some dups for you :)
*** Bug 241295 has been marked as a duplicate of this bug. ***