Bug 1944784 - kwin no longer remembers the window position on Fedora 34
Summary: kwin no longer remembers the window position on Fedora 34
Alias: None
Product: Fedora
Classification: Fedora
Component: kwin
Version: 34
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Daniel Vrátil
QA Contact: Fedora Extras Quality Assurance
URL: https://bugs.kde.org/show_bug.cgi?id=...
Depends On:
TreeView+ depends on / blocked
Reported: 2021-03-30 16:38 UTC by Alice McLafferty
Modified: 2021-11-17 13:56 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2021-11-17 13:56:34 UTC
Type: Bug

Attachments (Terms of Use)
Temporary workaround (85.27 KB, image/png)
2021-04-02 19:53 UTC, Alice McLafferty
no flags Details

Description Alice McLafferty 2021-03-30 16:38:34 UTC
Description of problem:
KWin no longer remembers the window position on Fedora 34 (KDE Spin). Applications will always open on the top left corner of the leftmost monitor.

Version-Release number of selected component (if applicable):

How reproducible:
Always, under both X11 and Wayland sessions.

Steps to Reproduce:
1. Install F34 KDE spin
2. Open any window, move it to somewhere else, then close it.
3. Reopen that application.

Actual results:
Applications always open on the top left corner of the leftmost monitor.

Expected results:
Window position and sizes are remembered like they were with kwin-5.20.5-1.fc33

Additional info:
I have two monitors attached to the system.

Comment 1 Rex Dieter 2021-04-01 14:53:59 UTC
Confirmed, I can reproduce this (on f34 wayland at least, haven't tested other configs)

Comment 2 Alice McLafferty 2021-04-02 19:53:13 UTC
Created attachment 1768645 [details]
Temporary workaround

This is a temporary workaround that will make it less agonizing to use. Windows will now open with the size and position of the last window you closed/resized, which is slightly more tolerable than on the top left corner imo. The numbers will be overridden immediately so they are not really important, just set something sensible and save. Applying rules tend to crash the entire kcmshell though, so double check if the rules are actually applied.

I tried diffing kwin's config and did not find anything useful, nor was I able to find any config options in kcmshell to enable/disable position/size retention.

Comment 3 Alice McLafferty 2021-04-04 19:43:45 UTC
This has been reported to KDE as well.

Comment 4 Alice McLafferty 2021-04-04 22:15:13 UTC
The bug was immediately closed on the kde bugzilla because "Kwin never remembered the size and position of windows."

Perhaps this is filed under the wrong component.

Additionally, the temporary workaround should be Window Management -> Window Behavior -> Advanced -> Window Placement -> Centered (Minimal Overlapping is the default), instead of the custom kwin rule I posted.

Comment 5 Rex Dieter 2021-04-04 22:54:25 UTC
What upstream bug number?

Comment 6 Alice McLafferty 2021-04-04 23:01:57 UTC
The URL is attached in comment #3.

Comment 7 Alice McLafferty 2021-04-05 01:08:46 UTC
ok, looks like this feature is not implemented in kwin for wayland at this moment, setting window placement to "Centered" is the best workaround we have so far, unless you are willing to set up individual per-application kwin rules for all applications one by one.

As for x11, I might have mistaken this as a bug when in reality this was never fully supported to begin with. KDE apps appear to have functional window position + geometry retention in x11, but some 3rd party applications do not have such capabilities. Some of those (such as Chromium) implements their own window position/size retention mechanism, and that gave me the illusion of kwin being able to retain/restore window positions, while kwin has actually played no part in either x11 nor wayland regarding window position retention, at least without custom kwin rules.

So Rex, if you cannot reproduce this on an x11 session with kde applications such as Dolphin or Ark, we can close this one on rhbz now, as there's nothing we can do to this downstream, nor is this a downstraem issue to begin with. The upstream bug I filed is now marked as a duplicate of the correct long-standing bug about remembering window positions, along with more explanations.

Comment 8 Alice McLafferty 2021-11-17 13:56:34 UTC
Closing because this is an upstream issue.

Note You need to log in before you can comment on or make changes to this bug.