Closed
Bug 1736209
Opened 3 years ago
Closed 6 months ago
[wayland] Dragging window that was created maximized moves window origin to cursor location
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox95 | --- | affected |
People
(Reporter: ke5trel, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
36.97 KB,
video/webm
|
Details |
STR:
- Start with
MOZ_ENABLE_WAYLAND=1
on Ubuntu 21.04. - Make sure the initial window is maximized, if not then maximize and restart or create a new window.
- Drag maximized window titlebar down so it unmaximizes.
Expected:
Cursor grab location remains the same, window does not shift position relative to cursor.
Actual:
Window repositions so the cursor grab location is the top-left window corner. This makes the window move mostly off-screen when dragged from the right side. Only happens for windows that were created maximized.
Not a regression, reproducible going back to 2019.
Comment 2•6 months ago
|
||
Cannot reproduce on FF 128.0.2:
- Mutter 46.2: works
- KWin 6.1.3: works
- labwc 0.8.0: works
- Wayfire 0.8.1: works but window is offset due to cursor position mismanagement on Wayfire's side as the behaviour of offset cursor position reporting persists for as long as the drag & its animations are not finished.
- Sway 1.9: not applicable (no concept of maximised even in floating mode)
- Weston 13.0.3: titlebar grab doesn't respond in maximised state, but not even Weston's terminal decoration acts this way; most likely intended behaviour.
It works for me on Ubuntu 24.04 Wayland with latest Nightly and older versions going back to the original date reported.
Status: NEW → RESOLVED
Closed: 6 months ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•