As soon as I press "play" amarok crashes and leaves this message: 20 -- exe=/usr/bin/amarok 17 -- platform=wayland 15 -- appname=amarok 17 -- apppath=/usr/bin 10 -- signal=11 12 -- pid=3050975 17 -- appversion=3.1.1 19 -- programname=Amarok 31 -- bugaddress=submit@bugs.kde.org KCrash: crashing... crashRecursionCounter = 2 KCrash: Application Name = amarok path = /usr/bin pid = 3050975 KCrash: Arguments: /usr/bin/amarok The Wayland connection experienced a fatal error: Bad file descriptor
Thank you for the report! I am fairly confident this is actually a duplicate of https://bugs.kde.org/show_bug.cgi?id=486468 and caused by a bug somewhere in phonon-vlc/vlc/pipewire (the wayland error is a symptom, not a cause), and the same crash might happen with e.g. dragonplayer, too. Could you try running gdb amarok run * and after the amarok crashes, type in gdb console: * backtrace some examples in the linked bug report. Most probably the output will be something like Thread 1 "amarok" received signal SIGSEGV, Segmentation fault. vlc_pw_lock (ctx=0x8000000300080005) at modules/audio_output/vlc_pipewire.c:76 76 pw_thread_loop_lock(ctx->loop); (gdb) backtrace #0 vlc_pw_lock (ctx=0x8000000300080005) at modules/audio_output/vlc_pipewire.c:76 #1 0x00007fffdb20da56 in vlc_pw_stream_set_volume (s=0x555555b43fb0, vol=0.709999979) at modules/audio_output/pipewire.c:377 #2 0x00007fffdb20dba0 in VolumeSet (aout=<optimized out>, volume=<optimized out>) at modules/audio_output/pipewire.c:658
Thanks for the rapid reply! - here is my backtrace - no mention of pipewire - it appears to have chock on taglib... Thread 79 "amarok" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fff043396c0 (LWP 3897961)] 0x00007ffee46c0790 in ?? () from /usr/lib/x86_64-linux-gnu/vlc/plugins/meta_engine/libtaglib_plugin.so (gdb) backtrace #0 0x00007ffee46c0790 in ?? () from /usr/lib/x86_64-linux-gnu/vlc/plugins/meta_engine/libtaglib_plugin.so #1 0x00007fffec1b508a in ?? () from /lib/x86_64-linux-gnu/libtag.so.2 #2 0x00007fffec1b9e44 in TagLib::FileRef::parse(TagLib::IOStream*, bool, TagLib::AudioProperties::ReadStyle) () from /lib/x86_64-linux-gnu/libtag.so.2 #3 0x00007fffec1b9f14 in TagLib::FileRef::FileRef(TagLib::IOStream*, bool, TagLib::AudioProperties::ReadStyle) () from /lib/x86_64-linux-gnu/libtag.so.2 #4 0x00007ffee46b4917 in ?? () from /usr/lib/x86_64-linux-gnu/vlc/plugins/meta_engine/libtaglib_plugin.so #5 0x00007fffcd0c89a6 in ?? () from /lib/x86_64-linux-gnu/libvlccore.so.9 #6 0x00007fffcd0c9289 in vlc_module_load () from /lib/x86_64-linux-gnu/libvlccore.so.9 #7 0x00007fffcd0fcc6c in ?? () from /lib/x86_64-linux-gnu/libvlccore.so.9 #8 0x00007fffcd102334 in ?? () from /lib/x86_64-linux-gnu/libvlccore.so.9 #9 0x00007fffcd10475c in ?? () from /lib/x86_64-linux-gnu/libvlccore.so.9 #10 0x00007ffff589c043 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #11 0x00007ffff591a778 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
Thank you for the response! Indeed, not quite exactly the same crash, that's interesting. However, seems to happen inside phonon-vlc backend, so likely not directly related to Amarok. Could you try playing the same track with dragonplayer and seeing if it crashes there, too?
Apologies for the delay - drgaonplayer works fine...
Okay, thank you for testing. Which distribution are you using, what kind of file are you trying to play? (local file? format?) I might try reproducing at some point.
The above was all tested on debian trixie - for other reasons I'm now on bookworm so can't do any more testing for the moment - sorry.
Ok, that's fine. As Debian packages are generally known to work, probably something related to your specific system and audio configuration. When (if) you encounter this again, we can continue to try to pinpoint it.
๐๐งน โ ๏ธ 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!
๐๐งน This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.