I selected the in built playcount:=0 filter I then attempted to insert a > making it playcount:>=0 at this point amarok crashed, I have done this before without it crashing. But have seen other crashes when editing the filter (with and wihout using the 'Edit filter' form) Maybe associated I was playing a track with a playcount of 0 so it would have appeared in the first filter but not the second. (but maybe irrelevant) Traceback gave me Application: Amarok (amarok), signal: Segmentation fault [KCrash Handler] #4 0x0000000000000020 in ??? () #5 0x000074b07538cb02 in Collections::SqlQueryMaker::abortQuery() () at /lib/x86_64-linux-gnu/libamarok-sqlcollection.so.1 #6 0x000074b075395102 in Collections::SqlQueryMaker::~SqlQueryMaker() () at /lib/x86_64-linux-gnu/libamarok-sqlcollection.so.1 #7 0x000074b075395395 in Collections::SqlQueryMaker::~SqlQueryMaker() () at /lib/x86_64-linux-gnu/libamarok-sqlcollection.so.1 #8 0x000074b08cd0610b in QObject::event(QEvent*) () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #9 0x000074b08d96bd45 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQt5Widgets.so.5 #10 0x000074b08ccd8118 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #11 0x000074b08ccdb94b in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #12 0x000074b08cd35c0f in ??? () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #13 0x000074b0873105b5 in ??? () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x000074b08736f717 in ??? () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x000074b08730fa53 in g_main_context_iteration () at /lib/x86_64-linux-gnu/libglib-2.0.so.0 #16 0x000074b08cd35279 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #17 0x000074b08ccd6a7b in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #18 0x000074b08ccdf3e8 in QCoreApplication::exec() () at /lib/x86_64-linux-gnu/libQt5Core.so.5 #19 0x0000608a9ea16645 in ??? () #20 0x000074b08c22a1ca in __libc_start_call_main (main=main@entry=0x608a9ea11900, argc=argc@entry=1, argv=argv@entry=0x7ffd5ed5c2a8) at ../sysdeps/nptl/libc_start_call_main.h:58 #21 0x000074b08c22a28b in __libc_start_main_impl (main=0x608a9ea11900, argc=1, argv=0x7ffd5ed5c2a8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffd5ed5c298) at ../csu/libc-start.c:360 #22 0x0000608a9ea16e05 in ??? () [Inferior 1 (process 416281) detached] SOFTWARE/OS VERSIONS General Information: Amarok Version: 3.1.0-git KDE Frameworks Version: 5.115.0 Qt Version: 5.15.13 Phonon Version: 4.12.0 Phonon Backend: Phonon VLC (0.12.0, http://www.videolan.org) PulseAudio: No
Yes, thank you for reporting this! I know there's something like this hiding in there, I've got it on my personal TODO, I have a hunch how to replicate, and this is the most common crash on crash-reports.kde.org too. I believe this is related to some problems with Qt5 port of everything ThreadWeaver related, partially explained in https://mail.kde.org/pipermail/amarok-devel/2015-October/013807.html , and something I have on my list of "try working on after Qt6 port is done". Should be possible to fix, but requires some work, and has a risk of breaking more than fixes, so something I'd figure is more appropriate for 4.0 instead of e.g. 3.1.1.
Maybe a common factor - strawberry is also very like to crash when typing in the collection filter - tends to happen when there's a lot of tracks visible - I will experiment and see if that avoids the problem - though I guess the more tracks the more likely it is to trip over the possible double destruction of something (if that threadweaver discussion is apposite)
*** Bug 494911 has been marked as a duplicate of this bug. ***
I thought I knew how to reproduce this, but apparently I don't. I'll keep trying, but it could be very helpful if someone manages to produce a backtrace with debug symbols installed (so the exact linenumber in Collections::SqlQueryMaker::abortQuery() is visible), or if someone finds out what are the exact steps & conditions to reproduce this
I'm not able to reproduce this at will, but I'm tending to see itwhen amarok is about to stop playing - through the use of 'stop playing after this track' I'm seeing if I can build amarok (kubuntu 24.04) I seem to remember a problem at link last time I tried but will see!
Reading and testing various things, this is probably still the same bug as back in https://bugs.kde.org/show_bug.cgi?id=431738 and my related fixes then didn't help with this specific crash. A new attempt is available at https://invent.kde.org/multimedia/amarok/-/merge_requests/129 . As I haven't managed to reproduce the crash lately, testing of the merge request is naturally appreciated, but unless anything bad comes up in my own daily usage, I'll merge it to git master in some days and hope that it resolves the issue.
I merged the changes just now, so they should appear in nightly builds in a couple of days. Then I guess it's just waiting and seeing if this kind of crash reports still appear with Amarok version 3.1.71-git.
*** Bug 495362 has been marked as a duplicate of this bug. ***
I'm running 3.1.71-git version of amarok from the kubuntu ppa (passing over my failure to build the latest from git :( ) since 29th Oct and am yet to see a crash whilst changing the filter (or indeed any crash) so I'm hopeful that this is now fixed! Thanks!
Okay, thank you for the update! That's very good to hear. I'll keep this report open some more time and close before 3.2.0 release (sometime later this year probably) if all still seems well then.
Git commit e5a0cf63c992f4eaddfba33cd3bd856272b518f8 by Tuomas Nurmi. Committed on 06/12/2024 at 08:59. Pushed by nurmi into branch 'master'. Add ChangeLog entry for previous bugfix No documented occurrence of the crash after the changes 1.5 months ago, so it was probably fixed by commit dbc51be0eac3f070a05e65ae1b3693844cb60477 as hoped. M +1 -0 ChangeLog https://invent.kde.org/multimedia/amarok/-/commit/e5a0cf63c992f4eaddfba33cd3bd856272b518f8