SUMMARY when pausing the music and then unpausing after a few seconds (i.e. not immediately), no music plays. the player still scrubs the timeline as if something is playing, but there's absolutely no output. jumping to any point in the timeline resolves the issue. STEPS TO REPRODUCE 1. play any music from library 2. pause 3. wait a few seconds, preferably about a minute or more. 4. unpause OBSERVED RESULT the playback "continues" but no music is actually heard EXPECTED RESULT playback resumes normally SOFTWARE/OS VERSIONS Operating System: Fedora Linux Asahi Remix 42 KDE Plasma Version: 6.3.4 KDE Frameworks Version: 6.13.0 Qt Version: 6.9.0 Kernel Version: 6.14.2-401.asahi.fc42.aarch64+16k (64-bit) Graphics Platform: Wayland Graphics Processor 1: Apple M1 Pro Graphics Processor 2: llvmpipe Product Name: Apple MacBook Pro (14-inch, M1 Pro, 2021) ADDITIONAL INFORMATION this is a relatively new bug. not entirely sure which version was the first to have it, but it might be exclusive to 25.x or even 25.04.
I can confirm this bug. Pausing for more than roughly 10-15s causes it. Letting it "play" afterwards for some time can fix the issue after a few more seconds, but I encountered cases where it took longer than I was willing to wait/it switched to the next track first. The system journals do not contain any meaningful information besides the regular song metadata output in ffmpeg style. I first noticed the bug when updating from 24.12.3-1 to 25.04.0-1, but today it remains unfixed in 25.04.1-1 (newest release for my Fedora 42 stable). File/Stream/Decoder tested: FLAC, 44.1kHz
*** This bug has been marked as a duplicate of bug 503408 ***
I can reproduce on Fedora KDE 42 with Elisa built from today's git master. Thanks!
okay so now that this bug is no longer considered duplicate, what further info is needed?
Looking at this again and thinking about the upstream Qt source of that other bug report, I checked the Qt bug tracker again - and found that this one is actually an upstream issue in QtMultimedia as well: https://bugreports.qt.io/browse/QTBUG-135851 So, as a user I'd say the only additional thing you could do is to add any log outputs that might show something not seen before, or contribute any code ideas if you might have them :-)
so did the bug just disappear or is it just my endpoint that's acting nice today?
Yes, updating QtMultimedia from 6.9.1-1 to 6.9.2-1 resolves the issue.
great! someone with a QT account should probably close the report on their end.