Bug 503425

Summary:	After pausing, waiting a while, then unpausing, no sound is output even though the progress slider resumes moving
Product:	[Applications] Elisa	Reporter:	Talya <myjunkmailbox2801>
Component:	general	Assignee:	Matthieu Gallien <matthieu_gallien>
Status:	RESOLVED UPSTREAM
Severity:	normal	CC:	dwt, john.kizer, kai-dev, nate
Priority:	NOR
Version First Reported In:	25.04.0
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
URL:	https://bugreports.qt.io/browse/QTBUG-135851
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Talya 2025-04-27 09:32:49 UTC

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.

Comment 1 Kai 2025-05-23 14:31:38 UTC

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

Comment 2 Nate Graham 2025-05-23 18:34:20 UTC


*** This bug has been marked as a duplicate of bug 503408 ***

Comment 3 John Kizer 2025-06-16 17:21:19 UTC

I can reproduce on Fedora KDE 42 with Elisa built from today's git master. Thanks!

Comment 4 Talya 2025-06-16 17:47:18 UTC

okay so now that this bug is no longer considered duplicate, what further info is needed?

Comment 5 John Kizer 2025-06-16 18:07:09 UTC

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 :-)

Comment 6 Talya 2025-09-17 20:05:59 UTC

so did the bug just disappear or is it just my endpoint that's acting nice today?

Comment 7 Kai 2025-09-18 13:55:19 UTC

Yes, updating QtMultimedia from 6.9.1-1 to 6.9.2-1 resolves the issue.

Comment 8 Talya 2025-09-20 09:48:32 UTC

great! someone with a QT account should probably close the report on their end.