search

lucmos / UltrawideWindows

KWin script to move windows quickly
https://store.kde.org/p/1276605/
GNU General Public License v2.0
191 stars 38 forks source link

Window positions change when a new window is open or when I change between desktops #12

Open akae opened 3 years ago

akae commented 3 years ago

Hi First, thanks for such a useful tool. It has notably improved my way of working. But a few weeks ago, it started to show a different behaviour, specially when I switch from one virtual desktop to another: Windows positions are lost and I have to reorganize everything in each desktop every time I change to it. This does not happen for manually placed windows or default shortcuts (win+left/right)

You can see the strange behaviour in this animated gif: https://imgur.com/a/xb6XB6Q Please let me know if I can provide more info about my setup which helps to solve this issue.

OS: Debian GNU/Linux 10 (buster) x86_64 Host: XPS 15 9560 Kernel: 4.19.0-6-amd64 Packages: 3212 (dpkg) Shell: bash 5.0.3 Resolution: 1920x1080, 3840x1200 DE: KDE WM: KWin WM Theme: K01-d Theme: Breeze Dark [KDE], Breeze-Dark [GTK3] Icons: breeze-dark [KDE], breeze [GTK3] Terminal: konsole Terminal Font: Hack 12

forcecore commented 3 years ago

Same here, with 3840x1200 single monitor.

Plasma verison is: extra/plasma-desktop 5.20.3-1 (plasma) [installed] KDE Plasma Desktop

OS: Arch Linux x86_64 (updated 2020-11-15) Kernel: Linux 5.9.8-arch1-1 #1 SMP PREEMPT Tue, 10 Nov 2020 22:44:11 +0000 x86_64 GNU/Linux Shell: bash 5.0.18 Resolution: 3840x1200 DE: KDE WM: extra/kwin 5.20.3-1 (plasma) [installed] WM Theme: K01-d Theme: Breeze [KDE] Icons: breeze Terminal: konsole Terminal Font: Dejavu Sans Mono Book 12

forcecore commented 3 years ago

It seems chrome browser reverts its size while other apps, such as discord, thunderbird, firefox, gvim, konsole don't.

lucmos commented 3 years ago

Thank you for reporting this bug!

I didn't do any changes, something must have been changed on the kwin side. Unfortunately, I don't know what. Right now I don't have time to investigate this further, moreover atm I'm on a single monitor thus it is difficult to test.

akae commented 3 years ago

No worries, thanks for the update and for all the work.

On Fri, Dec 4, 2020 at 9:20 PM Luca Moschella notifications@github.com wrote:

Thank you for reporting this bug!

I didn't do any changes, something must have been changed on the kwin side. Unfortunately, I don't know what. Right now I don't have time to investigate this further, moreover atm I'm on a single monitor thus it is difficult to test it.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/lucmos/UltrawideWindows/issues/12#issuecomment-738998278, or unsubscribe https://github.com/notifications/unsubscribe-auth/AADOUVPZK7KQ5USNPQKSXFLSTFAAVANCNFSM4P6EWMKA .

-- Rafa Sáez AKAE

de-es commented 3 years ago

Same here, single monitor, happens since last summer.

It does only happen when I resized the window of a program with Meta + Numpad before. When I sized/moved it with Meta + Arrows, it stays at the current position. Looks like the current position is not stored somehow when using Meta + Numpad.

OS: Manjaro KDE-Plasma: 5.20.4 KDE-Frameworks: 5.77.0

SHU-red commented 3 years ago

Same issue on my side. I also used BetterQuickTiles before --> Same behavior I switched to Ultrawide to see if the issue is still there --> Same behavior

This discussion may give some more context: https://bugs.kde.org/show_bug.cgi?id=439272

I still bet this is due to the position not being saved and something triggering a "restore last position" that will then not restore the last quick position but instead the last user manipulated position.

For me not related to virtual desktops etc. --> Stored Window sizes seem to be set for all open windows of one instance etc.

System:    Kernel: 5.12.14-2-MANJARO x86_64 bits: 64 compiler: gcc v: 11.1.0 Desktop: KDE Plasma 5.22.3 tk: Qt 5.15.2 
           wm: kwin_x11 vt: 1 dm: SDDM Distro: Manjaro Linux base: Arch Linux
Nxllpointer commented 2 years ago

Did anyone fix it? I have the same issue and cant really use my monitor because its basically a tv

Nxllpointer commented 2 years ago

@lucmos i found a "workaround". If you maximize and then immediately un-minimize the client after calling reposition() the window position will be saved or whatever but it works. If the Maximize Desktop effect is enabled it looks a bit weird but with it being disabled you dont see a difference. I have however still not found the cause of the source of the problem.