Wake Lock API doesn't let XScreenSaver suspend screen blanking when viewing fullscreen video on systems with DBUS
Categories
(Core :: Widget: Gtk, defect, P3)
Tracking
()
People
(Reporter: mikelieman, Unassigned)
Details
Attachments
(1 file)
11.41 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:125.0) Gecko/20100101 Firefox/125.0
Steps to reproduce:
Start video playback; switch to fullscreen.
Actual results:
Screen blanked after 10 minutes. Playback (audio) continued.
Expected results:
Screen blanking should have been disabled.
Reporter | ||
Comment 1•1 year ago
|
||
The attached file shows that the suspend is being sent to DBUS, which would be fine, but my desktop is XMonad on top of an xserver, which means I need XScreenSaver's API instead of DBUS's.
mozilla-unified/widget/gtk/WakeLockListener.cpp iterates through the enumerated values, and DBUS comes before XScreenSaver. In a system with both, DBUS will be picked first.
I have ideas on how it can be resolved, but I won't have time to compile/test until late next week.
Comment 2•1 year ago
|
||
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.
Reporter | ||
Updated•1 year ago
|
Updated•1 year ago
|
Reporter | ||
Comment 3•1 year ago
|
||
1) I'm working on this bug, can someone with bug-editing privileges assign it to me?
2) Martin, what additional information do you require?
Updated•1 year ago
|
Updated•1 year ago
|
Comment 4•1 year ago
•
|
||
(In reply to Mike Lieman from comment #3)
- I'm working on this bug, can someone with bug-editing privileges assign it to me?
Moved.
- Martin, what additional information do you require?
I don't need any other info here, thanks.
Comment 5•9 months ago
|
||
The bug assignee is inactive on Bugzilla, so the assignee is being reset.
Description
•