Kwin-X11 Windows Resize, Position, and Move Erratically

Bug #1962621 reported by Michael Mikowski
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
kwin (Ubuntu)
Fix Released
High
Unassigned

Bug Description

Upstream bug: https://bugs.kde.org/show_bug.cgi?id=451056

Summary:

Kwin is showing the following anomalies. These are not constant, but occur frequently (10-20 times) per day. They all appear to be associated with a scaling issue, so I have grouped them here. I will work to provide a better guide to reproduce as I find out more. Driver package is nvidia-driver-470.

1. When moving windows, the window will not move with the cursor but will continue to move the window further downwards on the screen even as the cursor is pushed further up. In fact, the speed at which a window moves down appears proportional to the upward movement of the cursor.
2. Windows that are moved as in (1) will often "slide off screen" and are inaccessible using the cursor although they still exist in the panel. Windows include IntelliJ Pro, Google Chrome, Konsole.
3. Windows that have been tiled (e.g. press meta + arrow key) when moved by dragging the title bar, will vertically collapse to only the height of the title bar. After dropping this title bar, one cannot select or move it again from the screen. Windows include IntelliJ Pro, Google Chrome, Konsole
4. Windows spawned by dragging a tab from one window onto an empty space (e.g. dragging a tab from a firefox browser or konsole session onto an empty space on the desktop) are placed badly - usually far away from the intended location, and sometimes off-screen as in (2).

Steps to Reproduce:
- Run Jammy with multiple 4K monitors attached. I've tried this with a high font DPI setting (System Settings > Fonts > Force DPI = 144) and fractional scaling (System Settings > Displays > Global Scale = 150%). These symptoms occur in either setting. I have not confirmed if this works without either.
- Launch an app such as konsole or google-chrome (the latter seems highly susceptible).
- Tile and drag windows. This results in issues (1), (2), and (3), above.
- Drag a tab from konsole or firefox into an empty space. The window will be placed incorrectly even if the area dragged to is completely open.

Potential Solutions:
This appears may be a flaw with cursor position scaling in Kwin. In contrast, this bug does NOT exist in the prior KDE LTS found in Kubuntu 20.04.4.

TODO:
- Test on Intel-X11
- Test on Wayland once it becomes workable on Nvidia hardware

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: kwin-x11 4:5.24.2-0ubuntu1
ProcVersionSignature: Ubuntu 5.15.0-18.18-lowlatency 5.15.12
Uname: Linux 5.15.0-18-lowlatency x86_64
NonfreeKernelModules: nvidia_modeset nvidia
ApportVersion: 2.20.11-0ubuntu78
Architecture: amd64
CasperMD5CheckResult: pass
CurrentDesktop: KDE
Date: Tue Mar 1 12:43:47 2022
InstallationDate: Installed on 2022-02-21 (8 days ago)
InstallationMedia: Kubuntu 22.04 LTS "Jammy Jellyfish" - Alpha amd64 (20220218)
SourcePackage: kwin
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Michael Mikowski (kfocus) wrote :
Revision history for this message
Erich Eickmeyer (eeickmeyer) wrote :

Confirmed because I watched it happen over a shared screen on Michael's computer. Cannot reproduce on similar setup using 3x1080p monitors, so this does indeed seem to be resolution-dependent.

Changed in kwin (Ubuntu):
importance: Undecided → High
status: New → Confirmed
description: updated
description: updated
description: updated
Revision history for this message
Michael Mikowski (kfocus) wrote :

At present, the windows appear to behaving well with the latest point update (5.24.2 => 5.24.3).

Changed in kwin (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.