Bug 483304

Summary: When pausing/unpausing a fullscreen video on Firefox, screen blanks and HDMI disconnects
Product: [Plasma] plasmashell Reporter: jcdejournett
Component: Power management & brightnessAssignee: Plasma Bugs List <plasma-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: natalie_clarius, nate, xaver.hugl
Priority: NOR Keywords: qt6
Version First Reported In: 6.0.1   
Target Milestone: 1.0   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: attachment-2407405-0.html

Description jcdejournett 2024-03-12 01:21:51 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***

This in particular has been reproducible on Arch Linux with Firefox 123 and Plasma 6.0.1

STEPS TO REPRODUCE
1. Play a video in full screen (unknown if this applies to all videos or just DRM)
2. After a few minutes, pause the video with spacebar
3. Unpause the video and screen will blank until you alt-tab/mash Esc to leave the fullscreen. You can also Ctrl+Alt+F2/F7 to "refresh" the HDMI connection

OBSERVED RESULT

Monitor registers an HDMI disconnection, need to perform some witchcraft to restore normal usage

EXPECTED RESULT

Video simply unpauses and starts playing


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 6.7.9.arch1-1
(available in About System)
KDE Plasma Version: 6.0.1
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2

ADDITIONAL INFORMATION
Comment 1 jcdejournett 2024-03-12 01:24:07 UTC
This could be related to https://bugs.kde.org/show_bug.cgi?id=482264
Comment 2 Zamundaaa 2024-03-12 12:07:18 UTC
Does this happen if you change adaptive sync to "Never" or "Always" in the system settings too? This sounds a lot like the driver lets the refresh rate drop too low when playback is completely stopped
Comment 3 jcdejournett 2024-03-12 12:34:14 UTC
Created attachment 167025 [details]
attachment-2407405-0.html

I will try this again tonight and report back! If that works, maybe I'll
add a note to the kde archwiki page

On Tue, Mar 12, 2024, 08:07 Zamundaaa <bugzilla_noreply@kde.org> wrote:

> https://bugs.kde.org/show_bug.cgi?id=483304
>
> Zamundaaa <xaver.hugl@gmail.com> changed:
>
>            What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>          Resolution|---                         |WAITINGFORINFO
>                  CC|                            |xaver.hugl@gmail.com
>              Status|REPORTED                    |NEEDSINFO
>
> --- Comment #2 from Zamundaaa <xaver.hugl@gmail.com> ---
> Does this happen if you change adaptive sync to "Never" or "Always" in the
> system settings too? This sounds a lot like the driver lets the refresh
> rate
> drop too low when playback is completely stopped
>
> --
> You are receiving this mail because:
> You reported the bug.
Comment 4 jcdejournett 2024-03-13 02:09:36 UTC
There is no setting for adaptive sync in my settings, nor can I find documentation on where that would be. I'm using an X11 session, not wayland.

I did disable "Allow applications to block compositing", but am open to other options.

Some interesting events from the systemd journal, may or may not be related:

Mar 12 22:00:48 neon org.kde.powerdevil.backlighthelper[939185]: Detected locale "C" with character encoding "ANSI_X3.4-1968", which is not UTF-8.
                                                                 Qt depends on a UTF-8 locale, and has switched to "C.UTF-8" instead.
                                                                 If this causes problems, reconfigure your locale. See the locale(1) manual
                                                                 for more information.
Mar 12 22:00:58 neon kwin_x11[536768]: kwin_core: Failed to focus 0x1a0008b (error 8)

Mar 12 22:05:44 neon kwin_x11[536768]: kwin_core: XCB error: 152 (BadDamage), sequence: 8798, resource id: 26119560, major code: 143 (DAMAGE), minor code: 3 (Subtract)

Mar 12 21:18:54 neon systemsettings[898248]: qml: Page SubCategoryPage_QMLTYPE_110(0x6323cc9ef790) is already in the PageRow
Mar 12 21:18:54 neon systemsettings[898248]: qml: Pushed pages do not conform to the rules. Please check the documentation.
Mar 12 21:18:54 neon systemsettings[898248]: push (file:///usr/lib/qt6/qml/org/kde/kirigami/PageRow.qml:223)
                                             onActiveSubCategoryRowChanged (qrc:/qt/qml/org/kde/systemsettings/SubCategoryPage.qml:175)
                                             expression for onClicked (qrc:/qt/qml/org/kde/systemsettings/SubCategoryPage.qml:197)

Mar 12 21:19:20 neon kwin_x11[536768]: OpenGL vendor string:                   Intel
Mar 12 21:19:20 neon kwin_x11[536768]: OpenGL renderer string:                 Mesa Intel(R) HD Graphics 4000 (IVB GT2)
Mar 12 21:19:20 neon kwin_x11[536768]: OpenGL version string:                  4.2 (Compatibility Profile) Mesa 24.0.2-arch1.2
Mar 12 21:19:20 neon kwin_x11[536768]: OpenGL shading language version string: 4.20
Mar 12 21:19:20 neon kwin_x11[536768]: Driver:                                 Intel
Mar 12 21:19:20 neon kwin_x11[536768]: GPU class:                              IvyBridge
Mar 12 21:19:20 neon kwin_x11[536768]: OpenGL version:                         4.2
Mar 12 21:19:20 neon kwin_x11[536768]: GLSL version:                           4.20
Mar 12 21:19:20 neon kwin_x11[536768]: Mesa version:                           24.0.2
Mar 12 21:19:20 neon kwin_x11[536768]: Requires strict binding:                yes
Mar 12 21:19:20 neon kwin_x11[536768]: Virtual Machine:                        no
Mar 12 21:19:20 neon kwin_x11[536768]: Timer query support:                    yes
Mar 12 21:19:20 neon kwin_x11[536768]: BlurConfig::instance called after the first use - ignoring
Mar 12 21:19:20 neon kwin_x11[536768]: KscreenConfig::instance called after the first use - ignoring
Mar 12 21:19:20 neon kwin_x11[536768]: OverviewConfig::instance called after the first use - ignoring
Mar 12 21:19:20 neon kwin_x11[536768]: SlideConfig::instance called after the first use - ignoring
Mar 12 21:19:20 neon kwin_x11[536768]: SlidingPopupsConfig::instance called after the first use - ignoring
Mar 12 21:19:20 neon kwin_x11[536768]: WindowViewConfig::instance called after the first use - ignoring
Mar 12 21:19:20 neon kwin_x11[536768]: WobblyWindowsConfig::instance called after the first use - ignoring
Mar 12 21:19:20 neon kwin_x11[536768]: ZoomConfig::instance called after the first use - ignoring


(yes, my computer is ancient, but it's been working fine up to 6.0!)
Comment 5 jcdejournett 2024-03-14 17:54:41 UTC
One possible workaround is to disable CEC or DDC/CI on your TV/monitor
Comment 6 Zamundaaa 2024-03-15 00:38:36 UTC
Okay, then this sounds more like a powerdevil / ddcutil issue. Not sure why it would only trigger with fullscreen windows though.
Comment 7 Nate Graham 2025-06-17 20:27:03 UTC
Thanks for the bug report, and I'm sorry we weren't able to figure it out yet. A lot has changed since it was reported; can I ask you to re-test with Plasma 6.3.5 or later? Thanks a lot!
Comment 8 Bug Janitor Service 2025-07-02 03:47:26 UTC
๐Ÿ›๐Ÿงน โš ๏ธ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 9 Bug Janitor Service 2025-07-17 03:47:35 UTC
๐Ÿ›๐Ÿงน This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.