Created attachment 166838 [details] Video showing behaviour when trying to skip forwards or backwards in a song 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 *** Clicking anywhere on the seek bar or dragging the play head causes movement in the UI elements, but does not affect playback at all. Most of the time the seek bar simply flickers, sometimes it gracefully slides back to the current time position. STEPS TO REPRODUCE 1. play any song 2. open the Maximised Player 3. try to seek forwards or backwards in time OBSERVED RESULT Playback of music unaffected. Most of the time the seek bar simply flickers, sometimes it gracefully slides back to the current time position. Audio doesn't even stutter. EXPECTED RESULT Playback jumps to the selected position in the song. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Manjaro 6.7.7-1 (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 ADDITIONAL INFORMATION 23.08.5 is the latest version available via Manjaro stable or testing at the time of writing. Check package status here: https://packages.manjaro.org/?query=audiotube
I can confirm the same behavior on Neon running the 24.02.0 Audiotube from Flathub. I get the same result when trying to seek through Adele's Hello. Not sure if this is expected behavior or not so marking this as confirmed hoping a dev can confirm if this is a bug or not. Thanks Nick
I have very similar problem on Nobara Linux 42, KDE Plasma 6.3.5, Wayland When I click on the seekbar, or press left/right keys, it restarts the song from the beginning. Is any fix for this planned?
This is known, but as far as I can see the code on the AudioTube side is completely correct, and gstreamer is at fault here. Unfortunately the ffmpeg backend does not work with YouTube, so there is little I can do at this time.