SUMMARY There are a bunch of applications that start with their window always lower on the screen at each start. When the application is fully closed (not still open in the background) and reopen, it is a bit lower than when closed. With successive openings and closings, the effect forces to regularly raise up windows. CASES WHERE IT APPLIES It doesn't affect applications that keeps opening only on the middle of the screen, only windows which return to their previous place at start. It only affect windows that are floating, not full-screen windows. It can affect both Flatpak and Snap format. They are some applications with those conditions that are not effected by this. Some Examples (various cases) : - Discord (Flatpak) : Affected (if fully closed only) - Spotify (Flatpak) : Affected - Visual Studio Code (Snap) : Affected + Thunderbird (Snap) : not effected because always open in center + Blender (Flatpak) : not affected because always open in full-screen + Brave (Snap) : not affected and still keep old position (so satisfying bug conditions without having it) + Gimp (Flatpak) : not affected and still keep old position (...) + Clementine Music Player (Flatpak) : not affected and still keep old position (even if fully closed) STEPS TO REPRODUCE 1. Open an application affected by the bug, like Spotify. 2. Set the application in floating windows at a precise height that is easy to locate (for example by aligning with another window or an element of the wallpaper). 3. Close the application. If the application can be remain open in the background, close it also in background. 4. Re-open the application. 5. See the difference of height from previous location. OBSERVED RESULT The application is lower than before (if it is an application affected by the bug). The height is not related to the height of the task-bar - because my task-bar is on the top I thought that was what was causing the bug. - but the height difference seems to be the same than the application tittle-bar. EXPECTED RESULT When the application keeps previous position, it should keep exactly previous position, not moving down from it. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE neon 5.25 User Edition KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.96.0 Qt Version: 5.15.5 Kernel Version: 5.15.0-46-generic on X11 ADDITIONAL INFORMATION Sorry for my English mistakes if I made any. I am French.
This appears to be caused by bugs in those apps' own position-restoring code due to your use of a top panel. Apps that restore their positions need to account for this manually, and clearly some don't. On Wayland this may get better because the compositor is in charge of window positions and once a "remember position" feature is added, it will work for every app. On X11, I'm afraid y'll need to report this issue to the developers of every affected app.
I'm not sure if it was supposed to be fixed by just using Wayland or "on Wayland+application using directly Wayland" ? I'm on Wayland since a long time and the bug is still present (Discord, Spotify and Visual Studio Code). Some additional info about edge positioning : - The bug does not appear if the windows is positioned in vertical split (moved to right or left edge of the screen). - If the window is positioned/drag to the top-left or top-right, it goes lower (the bug in question) when reappearing and become larger like the minimal size it wants (growing in the direction of the center of the screen). - If the window is positioned in bottom-left or bottom-right, it stay in the corner (not crossing any edge, not going lower) and become larger like the minimal size it wants (tacking the space he want in the good direction).
Created attachment 168318 [details] A picture of what it looks like before restart with some arrow to indicating spaces. I made some picture in case someone want to see the bug without opening and closing apps. On pictures, it looks like I made a mistake by thinking that the additional distance is taken from the "task bar". It seems that the additional distance fits a little more the "application's window bar".
Created attachment 168319 [details] A picture of what it looks like after restart with some arrows indicating what I thought was the issue.
Are you using Plasma 6 now and it's still happening?
(In reply to Nate Graham from comment #5) > Are you using Plasma 6 now and it's still happening? Yes. Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-27-generic (64-bit) Graphics Platform: Wayland The screenshots I've posted are very recent and are what is still happening if I leave them in a floating window (which I don't do anymore because of this bug).
The applications when I can see the bug are (still) "Discord", "Spotify" and "Visual Studio Code". All of three are currently on Flatpack.
I'm reopening the bug as it still happen (when closing and re-opening one of those 3 application in floating windows).
This bug seems fixed. Operating System: KDE neon 6.0 KDE Plasma Version: 6.1.3 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 Kernel Version: 6.5.0-45-generic (64-bit) Graphics Platform: Wayland