Description of problem: audiotube occasionally segfaults Version-Release number of selected component (if applicable): audiotube-22.06-1.fc37.x86_64 How reproducible: infrequently Steps to Reproduce: 1. use audiotube for a while 2. I think last I switched to play an album in shuffle mode while a song was still running. Actual results: exits with SIGSEGV sometimes Expected results: Keeps working Additional info: Thread 1 "audiotube" received signal SIGSEGV, Segmentation fault. 0x00005555555bba84 in std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator=(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&) [clone .isra.0] () (gdb) bt #0 0x00005555555bba84 in std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator=(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&) [clone .isra.0] () #1 0x00005555555c28a1 in watch::Playlist::Track::operator=(watch::Playlist::Track&&) [clone .isra.0] () #2 0x00005555555a9175 in void std::shuffle<__gnu_cxx::__normal_iterator<watch::Playlist::Track*, std::vector<watch::Playlist::Track, std::allocator<watch::Playlist::Track> > >, QRandomGenerator&>(__gnu_cxx::__normal_iterator<watch::Playlist::Track*, std::vector<watch::Playlist::Track, std::allocator<watch::Playlist::Track> > >, __gnu_cxx::__normal_iterator<watch::Playlist::Track*, std::vector<watch::Playlist::Track, std::allocator<watch::Playlist::Track> > >, QRandomGenerator&) () #3 0x00005555555a9621 in UserPlaylistModel::shufflePlaylist() () #4 0x00005555555aac48 in QtPrivate::QFunctorSlotObject<connectFuture<watch::Playlist, UserPlaylistModel, UserPlaylistModel::UserPlaylistModel(QObject*)::{lambda(watch::Playlist const&)#1}>(QFuture<watch::Playlist> const&, UserPlaylistModel*, UserPlaylistModel::UserPlaylistModel(QObject*)::{lambda(watch::Playlist const&)#1} const&)::{lambda()#1}, 0, QtPrivate::List<>, void>::impl(int, QtPrivate::QSlotObjectBase*, QObject*, void**, bool*) () #5 0x00007ffff66db8b6 in void doActivate<false>(QObject*, int, void**) () at /lib64/libQt5Core.so.5 #6 0x00007ffff64f2155 in QFutureWatcherBase::event(QEvent*) () at /lib64/libQt5Core.so.5 #7 0x00007ffff71aed22 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #8 0x00007ffff66a8218 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5 #9 0x00007ffff66ab584 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /lib64/libQt5Core.so.5 #10 0x00007ffff66f9457 in postEventSourceDispatch(_GSource*, int (*)(void*), void*) () at /lib64/libQt5Core.so.5 #11 0x00007ffff4867c3f in g_main_context_dispatch () at /lib64/libglib-2.0.so.0 #12 0x00007ffff48bd4c8 in g_main_context_iterate.constprop () at /lib64/libglib-2.0.so.0 #13 0x00007ffff4864ec0 in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #14 0x00007ffff66f8f4a in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #15 0x00007ffff66a6c6a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #16 0x00007ffff66aed32 in QCoreApplication::exec() () at /lib64/libQt5Core.so.5 #17 0x0000555555576c12 in main () Please let me know when you need additional data, I'll try to keep gdb open for a bit ...
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
Reported upstream @ https://bugs.kde.org/show_bug.cgi?id=465153 Will update once I receive further information.
This message is a reminder that Fedora Linux 37 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 37 on 2023-12-05. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '37'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 37 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 37 entered end-of-life (EOL) status on None. Fedora Linux 37 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.
It still crashes sometimes on x86_64 on rawhide
It's possible the crash is a different crash, as the upstream bug was reported as resolved. Can you please provide a new backtrace?
Thanks for the fast reply and sure. Sorry, I was not aware there was any action on the old one. [Thread 0x7fff6f8ff6c0 (LWP 401143) exited] [New Thread 0x7fff6f8ff6c0 (LWP 401144)] [New Thread 0x7fff6f02e6c0 (LWP 401145)] [New Thread 0x7fff6cfeb6c0 (LWP 401146)] [New Thread 0x7fff4f7fe6c0 (LWP 401147)] [New Thread 0x7fff94cad6c0 (LWP 401148)] [New Thread 0x7fff6e82d6c0 (LWP 401149)] [New Thread 0x7fff4effd6c0 (LWP 401150)] [New Thread 0x7fff398386c0 (LWP 401151)] [New Thread 0x7fff390376c0 (LWP 401152)] [Thread 0x7fff77fff6c0 (LWP 401090) exited] [New Thread 0x7fff77fff6c0 (LWP 401153)] [Thread 0x7fff4f7fe6c0 (LWP 401147) exited] [Thread 0x7fff384366c0 (LWP 401141) exited] [Switching to Thread 0x7fffe25b96c0 (LWP 400253)] Thread 4 "YTMusicAPI" hit Catchpoint 1 (exception thrown), 0x00007ffff50b51e1 in __cxa_throw () from /lib64/libstdc++.so.6 (gdb) bt #0 0x00007ffff50b51e1 in __cxa_throw () at /lib64/libstdc++.so.6 #1 0x0000555555578f3d in AsyncYTMusic::fetchWatchPlaylist(std::optional<QString> const&, std::optional<QString> const&)::{lambda()#1}::operator()() const [clone .lto_priv.0] [clone .cold] () #2 0x00005555555bb697 in QtPrivate::QFunctorSlotObject<AsyncYTMusic::invokeAndCatchOnThread<AsyncYTMusic::fetchWatchPlaylist(std::optional<QString> const&, std::optional<QString> const&)::{lambda()#1}>(AsyncYTMusic::fetchWatchPlaylist(std::optional<QString> const&, std::optional<QString> const&)::{lambda()#1})::{lambda()#1}, 0, QtPrivate::List<>, void>::impl(int, QtPrivate::QSlotObjectBase*, QObject*, void**, bool*) [clone .lto_priv.0] () #3 0x00007ffff5edf0bb in QObject::event(QEvent*) () at /lib64/libQt5Core.so.5 #4 0x00007ffff71aeb75 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQt5Widgets.so.5 #5 0x00007ffff5eb4538 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib64/libQt5Core.so.5 #6 0x00007ffff5eb79e5 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /lib64/libQt5Core.so.5 #7 0x00007ffff5f06f8f in postEventSourceDispatch(_GSource*, int (*)(void*), void*) () at /lib64/libQt5Core.so.5 #8 0x00007ffff3f12e5c in g_main_context_dispatch_unlocked.lto_priv () at /lib64/libglib-2.0.so.0 #9 0x00007ffff3f6ddd8 in g_main_context_iterate_unlocked.isra () at /lib64/libglib-2.0.so.0 #10 0x00007ffff3f10ad3 in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #11 0x00007ffff5f06a79 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #12 0x00007ffff5eb2efb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQt5Core.so.5 #13 0x00007ffff5cf47b0 in QThread::exec() () at /lib64/libQt5Core.so.5 #14 0x00007ffff5cf5bbd in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #15 0x00007ffff4eabc91 in start_thread () at /lib64/libc.so.6 #16 0x00007ffff4f2bf9c in clone3 () at /lib64/libc.so.6 Is that sufficient or should I retry with full debuginfo?
Full debuginfo would be best so we don't have to go back and forth.
This bug appears to have been reported against 'rawhide' during the Fedora Linux 40 development cycle. Changing version to 40.
This message is a reminder that Fedora Linux 40 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 40 on 2025-05-13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '40'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 40 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 40 entered end-of-life (EOL) status on 2025-05-13. Fedora Linux 40 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.