Version: unspecified (using KDE 4.7.2) OS: Linux I recently upgraded to SuSe 12.1 from the suse download center. It is updated with all subsequent patches. Everything was working fine. I have a number of apps (Firefox, Konsole etc..) which I set window rules to remember size/position. This has worked fine for a long time. I decided to try the "activities" feature and switched to the "Search and start" activity. When I switched back to my usual activity I found that all my windows now start at screen location 0,0 in a VERY small window. I could not find anyone else with this problem after bug search. I fixed the problem by replacing the .kde4 directory with a backup taken before the problem. When the old directory is restored the window size/position returns to normal. To verify the problem I tested the system by deliberately switching again to the "search" activity and returned to my normal activity. Immediately windows opened only at 0,0 and small size. I again replaced the .kde4 directory with a backup and it was fine. I created a new user from scratch. In this user application Konsole starts with normal size at 0,0. After the very first use (after creating the user), subsequently it ignores size/position info and opens at 0,0, very small. If I remove the "remember size/position" rule, Konsole opens at 0,0 but with a normal size. There is something very odd going on here. I have not tried switching activities again and will not unless I can fix this problem. Thanks for any help. Reproducible: Always Steps to Reproduce: run a different "activities" desktop, return to normal desktop Actual Results: new windows open at 0,0 with very small size Expected Results: Windows should open at last remembered size/location replacing .kde4 directory with a copy taken before the activity switch returns things to normal. This now happens on two machines, one 64-bit SuSe one 32-bit Suse, both uogrades from SuSe 11.4 to released version of 12.1
This is very likely bug #264981 which should be fixed with 4.7.4 (unless SuSE backported that fix) Are only windows with a "remember" rule affected?
I have all my commonly used windows (konsole, Firefox, etc..) set with remember size/position rules. They are all affected and start at 0,0 with very small window. If I remove the rules or windows which I have not given rules, then they start at some default size, but always at 0,0. After creating a new user, all the windows started at 0,0 with a default size, but if I gave them the remember size/position rules, they immediately started at 0,0 very small window. AND thanks for looking into the problem. It has been so frustrating. I found a couple of similar problems but nothing which fit exactly - and none had a solution for me. I have everything working but I will not use any activities until this is fixed. If I can do anything to help resolve this problem, please ask and it will be done. Mekenok HearsCrow ________________________________ From: Thomas Lübking <thomas.luebking@gmail.com> To: turtlevt@yahoo.com Sent: Thursday, December 1, 2011 7:45 AM Subject: [Bug 287918] switching activity desktops causes loss of window size/position information https://bugs.kde.org/show_bug.cgi?id=287918 --- Comment #1 from Thomas Lübking <thomas luebking gmail com> 2011-12-01 12:45:35 --- This is very likely bug #264981 which should be fixed with 4.7.4 (unless SuSE backported that fix) Are only windows with a "remember" rule affected?
Please notice tha you're posting to a bugtracker, so email addresses etc. from mail quotes appear unobfuscated in public archieves. (In reply to comment #2) > If I remove the rules or windows which I have not given rules, then they start > at some default size, but always at 0,0. Reasons for starting at 0,0 are a) policy ("kcmshell4 kwinoptions", "advanced", "placement" entry) b) explicit client requests (QWidget::move(0,0)) - should not hit each and every window c) geometry miscalculation. I understood that this remaining position issue is also connected to the use of activities? > If I can do anything to help resolve this problem, please ask and it will be > done. I'm confident that bug 264981 has a large part in your issue, ideally you'd check whether it solves the remaining misposition as well. Aside this, please check and report: - your placement policy (see above) - whether you use tiling (same tab) - whether this is a multiscreen setup (and what kind of in case, twinview, xrandr, xinerama) - whether the window decoration ("kcmshell4 kwindecoration") or widget style ("kcmshell4 style") has impact on this
Placement Policy: smart Tiling: disabled: I tried switching tiling on, but it made no difference. When I switched it back (to tiling disabled), the app window went to full screen and would not be moved or resized. I got into real trouble here and had to reboot the system. When I got it back, the tiling disable had been effected and I got the usual small window at 0,0. Multiscreen: No. I have a Dell Inspiron laptop, single screen. Window decorations: I have the Oxygen as my default. I changed it and although the window decorations changed, the behavior did not. I do not know the difference between the types and could not find how to change it, only the decoration itself.
Problem no longer occurs after upgrade to KDE 4.8
Just as a final notice (since from this bug i'm under the impression that this is the case here) The remember rules are NOT supposed to do the general size/position storage, that's a client job.