| Summary: | switching activity desktops causes loss of window size/position information | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Mekenok HearsCrow <turtlevt> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | cfeck |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Mekenok HearsCrow
2011-11-30 16:11:29 UTC
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. |