
Record the desktop and event
Identify the actual Linux distribution, GNOME version/session and player. Other desktops can have different controls and behaviour.
Note whether sound continues, whether ordinary input restores the picture and whether a sign-in screen appears. These observations help distinguish display blanking from a broader power transition without proving the exact cause.
Inspect the documented display policy
GNOME's current help places screen blanking in the Power panel and describes its idle-time choice. Record the existing preference before a short reversible comparison.
A screen-blank setting is not the same as automatic suspend. Read both relevant policies rather than disabling every power feature at once.
Use a controlled reference
Play permitted material through the normal route and observe the relevant interval. Keep source, power state and player unchanged. If an adjustment is appropriate, change only the documented relevant setting.
Do not infer that every app correctly communicates active playback to the session. A version-specific failure can require the player or desktop developer's attention.
Keep the finished power choice intentional
Restore unhelpful changes and choose a policy that suits the actual viewing task. A temporary diagnostic comparison should not silently remove the household's normal power-saving arrangement.
A successful local-file example does not certify every browser, app or remote playback route.
Report the exact state transition
Give support the distribution/session, player, original power policy and what remained active when the screen changed. Include whether it happens only on battery or after another action.
No GNOME setting or device was tested here. This guide follows official session-level distinctions and does not provide universal Linux service commands or an IPTV compatibility claim.
Separate screen recovery from media recovery
After the screen returns, inspect whether playback continued, paused or failed. A device waking successfully is an earlier result than the application recovering its audio/video state. Keep those stages in the report. Do not assume a source interruption caused the screen to blank, or that changing blanking repairs a decoder problem. The useful finding is a reproducible policy and app transition, with the original settings retained so the comparison can be reversed. If the session presents a lock screen, unlock through the ordinary authorised route and note whether the player is still active. Do not change account security policy simply to make the diagnostic easier; display blanking and authentication remain separate choices.
Sources and scope
Scope notes distinguish published documentation, supplied information and editorial methods. They do not report a hands-on service test.
- GNOME screen blanking — Official current help excerpt: Power panel and Screen Blank control. Scope is the documented GNOME session, not all Linux desktops.
- GNOME power and suspend — Official current help excerpt: blanking, suspend and power policies are distinct tasks; no playback inhibitor implementation inspected.