Closed Bug 1771000 Opened 4 years ago Closed 1 year ago

Firefox doesn't prevent desktop from going dark when video is playing

Categories

(Core :: Widget: Gtk, defect, P2)

Firefox 100
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: yuri, Assigned: jhorak)

References

(Blocks 1 open bug)

Details

Attachments

(2 files)

User Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:100.0) Gecko/20100101 Firefox/100.0

Steps to reproduce:

Play a YouTube video.

Actual results:

After 5 minutes desktop goes dark.

Expected results:

FF should have prevented it from going dark after inactivity timeout because preventing such timeout is a common feature in modern video software.

For reference: the chromium doesn't have such problem.

Version: 100
Desktop environment: XFCE4
OS: FreeBSD 13.3

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

Component: Untriaged → Audio/Video: Playback
Product: Firefox → Core

This seems related with bug1733796.

Blocks: wakelock
Component: Audio/Video: Playback → Widget: Gtk
See Also: → 1733796
Priority: -- → P2
Assignee: nobody → jhorak
Status: UNCONFIRMED → NEW
Ever confirmed: true

Feel free to mark this as me-too, but it affects all users of Firefox on the Steam Deck in desktop mode, and Firefox is the default browser, so any Steam Decks user that navigates to the desktop has to wiggle their cursor every so often when watching videos.

(In reply to clessili from comment #3)

Feel free to mark this as me-too, but it affects all users of Firefox on the Steam Deck in desktop mode, and Firefox is the default browser, so any Steam Decks user that navigates to the desktop has to wiggle their cursor every so often when watching videos.

Please run Firefox on terminal with MOZ_LOG="LinuxWakeLock:5" env variable and attach the log here.
Thanks.

Flags: needinfo?(clessili)
Flags: needinfo?(stransky)

Should be fixed in Firefox 133.0, can you please try it?
If you still see it, please attach LinuxWakeLock log again.
Thanks.

Flags: needinfo?(stransky) → needinfo?(yuri)

Redirect a needinfo that is pending on an inactive user to the triage owner.
:stransky, since the bug has recent activity, could you please find another way to get the information or close the bug as INCOMPLETE if it is not actionable?

For more information, please visit BugBot documentation.

Flags: needinfo?(yuri) → needinfo?(stransky)
Status: NEW → RESOLVED
Closed: 1 year ago
Flags: needinfo?(stransky)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: