https://bugs.kde.org/show_bug.cgi?id=480518
Bug ID: 480518
Summary: Audio does not resume after screenlock or
suspend/resume
Classification: Applications
Product: kasts
Version: 24.01.90
Platform: Fedora RPMs
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: b...@mogwai.be
Reporter: c...@acm.org
Target Milestone: ---
SUMMARY
When resuming playback of a podcast after either suspend/resume or unlocking a
locked session, the audio does not resume immediately. The counter advances as
though play is resumed, but audio is not produced for a random amount of time,
anywhere between seconds or minutes.
STEPS TO REPRODUCE
1. Start the playback of a podcast episode (I only tested via
already-downloaded items), then pause the playback
2. Lock the session with Windows-L or other method
3. Unlock the session, and hit play in the Kasts window. Observe that the time
counter is advancing yet no audio is produced.
OBSERVED RESULT
No audio plays even though the time counter is advancing.
EXPECTED RESULT
I'd expect the audio to start again almost immediately.
SOFTWARE/OS VERSIONS
Windows:
macOS:
Linux/KDE Plasma: Fedora Rawhide/6.0 RC1
(available in About System)
KDE Plasma Version: 5.92.0
KDE Frameworks Version: 5.248.0
Qt Version: 6.6.1
ADDITIONAL INFORMATION
This could be a deeper problem with the audio system, as I also notice a slight
audio delay with Elisa and a local music file as well.
--
You are receiving this mail because:
You are watching all bug changes.
