https://bugs.kde.org/show_bug.cgi?id=449105

            Bug ID: 449105
           Summary: [Wayland] "Unsnapping" a maximised window by dragging
                    it moves the mouse cursor to the top left corner of
                    the window
           Product: kwin
           Version: 5.23.90
          Platform: Other
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: effects-various
          Assignee: kwin-bugs-n...@kde.org
          Reporter: indecisiveautoma...@gmail.com
  Target Milestone: ---

SUMMARY
In the Plasma 5.24 beta, when dragging a window's titlebar to "unsnap" it and
make it windowed, the mouse cursor seems to pretty much always move to the top
left corner instead of trying to keep a sensible cursor position relative to
the new window size. This does not seem to affect Xwayland applications such as
Steam or Chromium running without Wayland Ozone, only Wayland applications both
GTK and Qt.

Tested Firefox with Wayland enabled, Dolphin, Konsole and System Settings.


STEPS TO REPRODUCE
1. Maximise a native Wayland application, such as System Settings
2. Drag the window down from the top of the screen to make it windowed
3. Mouse cursor will move to the top left corner and window position will be
offset.


OBSERVED RESULT
Mouse cursor position almost always moves to the top left corner when
"unsnapping" a window, the only reliable exception being some Xwayland
applications I have tested. However, there are instances where this simply
doesn't happen with native Wayland applications. It happened once when Konsole
when testing for this report. I had two Konsole windows open, one produced the
incorrect behaviour and one worked correctly. When opening several new Konsole
windows after this, all of them exhibited the buggy behaviour. This is the only
instance where a native Wayland application has had this problem.


EXPECTED RESULT
Dragging maximised windows from the top should place the mouse cursor in a more
sane position, which was the behaviour in the latest stable Plasma 5.23.5.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 5.16.2-arch1-1
KDE Plasma Version: 5.23.90
KDE Frameworks Version: 5.90
Qt Version: 5.15.2

ADDITIONAL INFORMATION
- Have not tested X11
- Affects both my multi-monitor PC setup and my single-display laptop

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to