Open Bug 1804088 Opened 3 years ago Updated 2 years ago

Video controls don't auto-hide when cursor is moved to another monitor

Categories

(Core :: Widget: Gtk, defect)

Firefox 107
defect

Tracking

()

UNCONFIRMED

People

(Reporter: matrix.org, Unassigned)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:107.0) Gecko/20100101 Firefox/107.0

Steps to reproduce:

  1. Start playing a video in a <video> element with the controls attribute.
  2. Make full-screen.
  3. Move cursor to another monitor.

Actual results:

The controls stayed up.

Expected results:

The controls should have gone away. This is the behaviour when the mouse cursor stops moving or the cursor is moved outside of the video window (onto the webpage).

It seems like this is just and edge case where Wayland stops sending cursor events when the cursor moves out of the window. This likely would also work single-monitor with the video at the edge of the webpage but it easier to reproduce with multi-monitor and full-screen. Even if no more input events are sent the controls should likely time out like when the mouse stops moving on top of the video.

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Widget: Gtk
Product: Firefox → Core

Screencast of the problem.

First the working features are demonstrated.

  1. Moving the cursor off the video to the document hides the controls.
  2. Letting the cursor rest for a couple sends hides the controls.

Then I demonstrate that moving the cursor off the window leaves the controls visible, even when waiting for a while. Moving the cursor back over the video then waiting does hide the controls.

Flags: needinfo?(kevincox)

Do you still see that?
Thanks.

Flags: needinfo?(bugzilla.mozilla.org-1e76d48c)

Yup. Still see it on 113.0.2.

Flags: needinfo?(bugzilla.mozilla.org-1e76d48c)

(In reply to Kevin Cox [@kevincox:matrix.org] from comment #5)

Yup. Still see it on 113.0.2.

Does the problem also occur when starting Firefox with MOZ_ENABLE_WAYLAND=1 env var?
$ MOZ_ENABLE_WAYLAND=1 firefox

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: