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)

Firefox 95
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox95 --- affected

People

(Reporter: ke5trel, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Attached video drag-maximized.webm

STR:

  1. Start with MOZ_ENABLE_WAYLAND=1 on Ubuntu 21.04.
  2. Make sure the initial window is maximized, if not then maximize and restart or create a new window.
  3. 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.

Blocks: linuxdad
Priority: -- → P3

Yes, I can reproduce it too.

No longer blocks: linuxdad
See Also: → 1770245

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.

Attachment

General

Creator:
Created:
Updated:
Size: