Bug 233170

I'm quite sure this has been fixed, but I'm unable to find the correct dupe of this bug.

If it is still a problem in a recent version of Amarok please file a bug with an up2date backtrace.

*** Bug 233334 has been marked as a duplicate of this bug. ***

reopening since it happens with 2.3.0 too.
Backtrace from bug 236764


[KCrash Handler]
#6  QListData::size (this=0xa257898) at /usr/include/qt4/QtCore/qlist.h:90
#7  QList<CollectionTreeItem*>::indexOf (this=0xa257898) at
/usr/include/qt4/QtCore/qlist.h:726
#8  CollectionTreeItem::row (this=0xa257898) at
../../src/browsers/CollectionTreeItem.cpp:284
#9  0x00d588c1 in CollectionTreeItemModelBase::handleNormalQueryResult
(this=0xa0676b8, qm=0x9625d48, dataList=...) at
../../src/browsers/CollectionTreeItemModelBase.cpp:823
#10 0x00d58c8e in CollectionTreeItemModelBase::newResultReady (this=0xa0676b8,
collectionId=..., data=...) at
../../src/browsers/CollectionTreeItemModelBase.cpp:704
#11 0x00d56d9a in CollectionTreeItemModelBase::qt_metacall (this=0xa0676b8,
_c=QMetaObject::InvokeMetaMethod, _id=3, _a=0x9e565c0) at
./CollectionTreeItemModelBase.moc:93
#12 0x00d70f22 in SingleCollectionTreeItemModel::qt_metacall (this=0xa0676b8,
_c=QMetaObject::InvokeMetaMethod, _id=27, _a=0x9e565c0) at
./SingleCollectionTreeItemModel.moc:64
#13 0x00ad7c9a in QMetaObject::metacall (object=0xa0676b8, cl=43, idx=27,
argv=0x9e565c0) at kernel/qmetaobject.cpp:237

*** Bug 236764 has been marked as a duplicate of this bug. ***

Created attachment 43560 [details]
New crash information added by DrKonqi

Same here: listening internet radio while browsing Jamendo directory.

Is this still valid with Amarok 2.3.1 or later?

*** Bug 248102 has been marked as a duplicate of this bug. ***

*** Bug 253611 has been marked as a duplicate of this bug. ***

valid in 2.3.2

*** Bug 254786 has been marked as a duplicate of this bug. ***

*** Bug 254905 has been marked as a duplicate of this bug. ***

*** Bug 254946 has been marked as a duplicate of this bug. ***

*** Bug 256343 has been marked as a duplicate of this bug. ***

*** Bug 256419 has been marked as a duplicate of this bug. ***

*** Bug 258159 has been marked as a duplicate of this bug. ***

*** Bug 258211 has been marked as a duplicate of this bug. ***

*** Bug 259126 has been marked as a duplicate of this bug. ***

I can reproduce this here with 2.4-git, but it seems to be a pulseazdio problem:

 pulse audio output debug: Pulse Close
Assertion 'o' failed at pulse/operation.c:128, function pa_operation_get_state(). Aborting.

No backtrace as it is a sgementation fault.

Could somebody else please test with current 2.4-git or Amarok 2.4 beta?

The bug was happening and still happen with the git from today and pulseaudio was never installed on this computer.

(In reply to comment #19)
> The bug was happening and still happen with the git from today and pulseaudio
> was never installed on this computer.

Do you still get the same backtrace?

Yes, I have this one. (I even tried with Jamendo service disabled and got the same problem and backtrace)

Thread 1 (Thread 0xb0064720 (LWP 3732)):
[KCrash Handler]
#7  0xb6c39227 in QListData::size (this=0x9374978) at /usr/include/qt4/QtCore/qlist.h:94
#8  QList<CollectionTreeItem*>::indexOf (this=0x9374978) at /usr/include/qt4/QtCore/qlist.h:829
#9  CollectionTreeItem::row (this=0x9374978) at ../../src/browsers/CollectionTreeItem.cpp:224
#10 0xb6c44580 in CollectionTreeItemModelBase::queryDone (this=0x8f66710) at ../../src/browsers/CollectionTreeItemModelBase.cpp:903
#11 0xb6c44dde in CollectionTreeItemModelBase::qt_metacall (this=0x8f66710, _c=QMetaObject::InvokeMetaMethod, _id=2, _a=0x9bf3dd0) at ./CollectionTreeItemModelBase.moc:93
#12 0xb6c3c76a in CollectionTreeItemModel::qt_metacall (this=0x8f66710, _c=QMetaObject::InvokeMetaMethod, _id=26, _a=0x9bf3dd0) at ./CollectionTreeItemModel.moc:73
#13 0xb5c93d4a in QMetaObject::metacall(QObject*, QMetaObject::Call, int, void**) () from /usr/lib/libQtCore.so.4
#14 0xb5c9f226 in QMetaCallEvent::placeMetaCall(QObject*) () from /usr/lib/libQtCore.so.4
#15 0xb5ca0ac2 in QObject::event(QEvent*) () from /usr/lib/libQtCore.so.4
#16 0xb618f72c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#17 0xb619577e in QApplication::notify(QObject*, QEvent*) () from /usr/lib/libQtGui.so.4
#18 0xb76da63a in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#19 0xb5c8dfeb in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/libQtCore.so.4
#20 0xb5c9124b in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/libQtCore.so.4
#21 0xb5c9140d in QCoreApplication::sendPostedEvents(QObject*, int) () from /usr/lib/libQtCore.so.4
#22 0xb5cbcd04 in ?? () from /usr/lib/libQtCore.so.4
#23 0xb3baf5e5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#24 0xb3bb32d8 in ?? () from /lib/libglib-2.0.so.0
#25 0xb3bb34b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#26 0xb5cbc7f5 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#27 0xb6250f85 in ?? () from /usr/lib/libQtGui.so.4
#28 0xb5c8ca99 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#29 0xb5c8cf1a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#30 0xa27e466e in IBus::InputContext::processKeyEvent(unsigned int, unsigned int, unsigned int) () from /usr/lib/libibus-qt.so.1
#31 0xa3a74a22 in IBusInputContext::x11FilterEvent(QWidget*, _XEvent*) () from /usr/lib/qt4/plugins/inputmethods/libqtim-ibus.so
#32 0xaa161f42 in ?? () from /usr/lib/qt4/plugins/inputmethods/libqimsw-multi.so
#33 0xb62212e7 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib/libQtGui.so.4
#34 0xb625170a in ?? () from /usr/lib/libQtGui.so.4
#35 0xb3baf5e5 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#36 0xb3bb32d8 in ?? () from /lib/libglib-2.0.so.0
#37 0xb3bb34b8 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#38 0xb5cbc7f5 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#39 0xb6250f85 in ?? () from /usr/lib/libQtGui.so.4
#40 0xb5c8ca99 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#41 0xb5c8cf1a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#42 0xb5c914cf in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
#43 0xb618e557 in QApplication::exec() () from /usr/lib/libQtGui.so.4
#44 0x08050f61 in main (argc=2, argv=0xbfff6f74) at ../../src/main.cpp:261

Thank you for the feedback.

Created attachment 55071 [details]
New crash information added by DrKonqi

amarok (2.3.2) on KDE Platform 4.5.4 (KDE 4.5.4) using Qt 4.7.0

- What I was doing when the application crashed:I was searching for some tracks on Jamendo. At the same time I was updating my local database.

-- Backtrace (Reduced):
#7  indexOf (this=0xabc8ea0) at /usr/include/qt4/QtCore/qlist.h:833
#8  CollectionTreeItem::row (this=0xabc8ea0) at ../../src/browsers/CollectionTreeItem.cpp:278
#9  0x00bbcaa1 in CollectionTreeItemModelBase::queryDone (this=0xab1fcc0) at ../../src/browsers/CollectionTreeItemModelBase.cpp:851
#10 0x00bc02ce in CollectionTreeItemModelBase::qt_metacall (this=0xab1fcc0, _c=QMetaObject::InvokeMetaMethod, _id=2, _a=0xafffe10) at ./CollectionTreeItemModelBase.moc:93
#11 0x00bdbec2 in SingleCollectionTreeItemModel::qt_metacall (this=0xab1fcc0, _c=QMetaObject::InvokeMetaMethod, _id=26, _a=0xafffe10) at ./SingleCollectionTreeItemModel.moc:64

*** Bug 263303 has been marked as a duplicate of this bug. ***

Created attachment 56105 [details]
New crash information added by DrKonqi

amarok (2.4.0) on KDE Platform 4.5.95 (4.6 RC2) using Qt 4.7.1

- What I was doing when the application crashed:

Browsing categories in Jamendo music section.

-- Backtrace (Reduced):
#7  0x00e6d606 in QList<CollectionTreeItem*>::indexOf (this=0x19, t=@0xbfbb1124, from=0) at /usr/include/qt4/QtCore/qlist.h:828
#8  0x00e6b7df in CollectionTreeItem::row (this=0x9f2b740) at ../../src/browsers/CollectionTreeItem.cpp:224
#9  0x00e75c30 in CollectionTreeItemModelBase::queryDone (this=0xa7d9b50) at ../../src/browsers/CollectionTreeItemModelBase.cpp:903
#10 0x00e7b96e in CollectionTreeItemModelBase::qt_metacall (this=0xa7d9b50, _c=QMetaObject::InvokeMetaMethod, _id=2, _a=0xa040b88) at ./CollectionTreeItemModelBase.moc:93
#11 0x00e95942 in SingleCollectionTreeItemModel::qt_metacall (this=0xa7d9b50, _c=QMetaObject::InvokeMetaMethod, _id=26, _a=0xa040b88) at ./SingleCollectionTreeItemModel.moc:64

Created attachment 57153 [details]
New crash information added by DrKonqi

I was searching for song titles on Jamendo, when Amarok crashed. I've just filed Bug 266065, but the related bugs suggested by Dr. Konqi didn't seem quite related, and were a bit old, too. So, on following crash, I waited for Dr. Konqi's suggestions again, and this time descriptions here seem more related. What I did: a simple search on Jamendo, which, as explained in Bug 266065, cannot be completed successfully. I don't have pulseaudio, either.

Created attachment 57159 [details]
dirty hack, that somehow works...

Now, listen up developers, because I really do NOT know, what I am speaking about:

In CollectionTreeItemModelBase::populateChildren() some CollectionTreeItems are removed, containing the one (from d->compilationQueries, I think, but that may be of no relevance) that is later on used in CollectionTreeItemModelBase::queryDone(), which must lead to a segfault.

The patch fixes this, by not removing CollectionTreeItems, that are stuffed in d->runningQueries. This may be the wrong way, but it seems to work. (As a *quick* glance at the resulting behavior showed.) Someone, who really knows the Amarok sources should look into this patch, and if it is not a good solution, it may still be of help in fixing this bug.

PS: As I see it, this bug is not related to the Jamendo plugin. The problem also occurs with Magnatune.

(In reply to comment #27)
>...
> PS: As I see it, this bug is not related to the Jamendo plugin. The problem
> also occurs with Magnatune.

Did you see the component this bug is filed under? It doesn't read Jamendo there, doesn't it?

Please file your patch on http://git.reviewboard.kde.org

*** Bug 235327 has been marked as a duplicate of this bug. ***

*** Bug 266656 has been marked as a duplicate of this bug. ***

*** Bug 266729 has been marked as a duplicate of this bug. ***

*** Bug 267219 has been marked as a duplicate of this bug. ***

*** Bug 268190 has been marked as a duplicate of this bug. ***

*** Bug 268883 has been marked as a duplicate of this bug. ***

*** Bug 268888 has been marked as a duplicate of this bug. ***

*** Bug 269025 has been marked as a duplicate of this bug. ***

*** Bug 269090 has been marked as a duplicate of this bug. ***

*** Bug 269198 has been marked as a duplicate of this bug. ***

Created attachment 58302 [details]
New crash information added by DrKonqi

amarok (2.4-GIT) on KDE Platform 4.6.1 (4.6.1) using Qt 4.7.0

- What I was doing when the application crashed: searching for a particular album on Jamendo

- Unusual behavior I noticed: I was on the webpage, so I know the file exists. Pasted in the exact name, and then Amarok crashed. These days, that means Plasma crashes too. What a drag.

-- Backtrace (Reduced):
#6  0x00007f418d493740 in QListData::isEmpty (this=0x62006500440030) at /usr/include/qt4/QtCore/qlist.h:95
#7  0x00007f418d4a6c5a in QList<CollectionTreeItem*>::isEmpty (this=0x62006500440030) at /usr/include/qt4/QtCore/qlist.h:139
#8  0x00007f418d4a4c61 in CollectionTreeItem::row (this=0x44c3ca0) at /home/valorie/kde/src/amarok/src/browsers/CollectionTreeItem.cpp:227
#9  0x00007f418d4b4b10 in CollectionTreeItemModelBase::queryDone (this=0x477a7f0) at /home/valorie/kde/src/amarok/src/browsers/CollectionTreeItemModelBase.cpp:904
#10 0x00007f418d4b822b in CollectionTreeItemModelBase::qt_metacall (this=0x477a7f0, _c=QMetaObject::InvokeMetaMethod, _id=2, _a=0x530bf10) at /home/valorie/kde/build/amarok/src/CollectionTreeItemModelBase.moc:93

*** Bug 270991 has been marked as a duplicate of this bug. ***

*** Bug 271500 has been marked as a duplicate of this bug. ***

Git commit cb731f5cde0cd4fdd8557689358556b27d130e7e by Ralf Engels.
Committed on 27/04/2011 at 21:14.
Pushed by rengels into branch 'master'.

Fix for "Crash when browsing a category on Jamendo"
This fix is consisent with the comments and stack traces in the bug
report but as I can't reproduce the crash I also can't verify the
fix.

I tried the latest git version this morning, and tested by:
- launching amarok,
- searching some artist,
- erase some char and typing again in the search box

and amarok still crashed with the following backtrace:


Thread 1 (Thread 0xb6515940 (LWP 5893)):
[KCrash Handler]
#7  contains (this=0xa8eed68) at /usr/include/qt4/QtCore/qlist.h:863
#8  CollectionTreeItem::row (this=0xa8eed68) at ../../src/browsers/CollectionTreeItem.cpp:227
#9  0x00ca4db0 in CollectionTreeItemModelBase::queryDone (this=0xa721950) at ../../src/browsers/CollectionTreeItemModelBase.cpp:904
#10 0x00ca560e in CollectionTreeItemModelBase::qt_metacall (this=0xa721950, _c=QMetaObject::InvokeMetaMethod, _id=2, _a=0xb0624b8) at ./CollectionTreeItemModelBase.moc:93
#11 0x00c9ccfa in CollectionTreeItemModel::qt_metacall (this=0xa721950, _c=QMetaObject::InvokeMetaMethod, _id=26, _a=0xb0624b8) at ./CollectionTreeItemModel.moc:73
#12 0x016698ca in QMetaObject::metacall (object=0xa721950, cl=284299944, idx=26, argv=0xb0624b8) at kernel/qmetaobject.cpp:237
#13 0x01674df6 in QMetaCallEvent::placeMetaCall (this=0xa9dddf0, object=0xa721950) at kernel/qobject.cpp:534
#14 0x016766a2 in QObject::event (this=0xa721950, e=0xa8eed68) at kernel/qobject.cpp:1219
#15 0x02c9afdc in QApplicationPrivate::notify_helper (this=0x9fc8630, receiver=0xa721950, e=0xa9dddf0) at kernel/qapplication.cpp:4396
#16 0x02ca104e in QApplication::notify (this=0xbfacea24, receiver=0xa721950, e=0xa9dddf0) at kernel/qapplication.cpp:3798
#17 0x0062282a in KApplication::notify(QObject*, QEvent*) () from /usr/lib/libkdeui.so.5
#18 0x01663b3b in QCoreApplication::notifyInternal (this=0xbfacea24, receiver=0xa721950, event=0xa9dddf0) at kernel/qcoreapplication.cpp:732
#19 0x01666d8b in sendEvent (receiver=0x0, event_type=0, data=0x9ec9b28) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#20 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x9ec9b28) at kernel/qcoreapplication.cpp:1373
#21 0x01666f4d in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1266
#22 0x01692a74 in sendPostedEvents (s=0x9fca890) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220
#23 postEventSourceDispatch (s=0x9fca890) at kernel/qeventdispatcher_glib.cpp:277
#24 0x01fa8855 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#25 0x01fac668 in ?? () from /lib/libglib-2.0.so.0
#26 0x01fac848 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#27 0x01692565 in QEventDispatcherGlib::processEvents (this=0x9ec97e8, flags=...) at kernel/qeventdispatcher_glib.cpp:415
#28 0x02d5cbe5 in QGuiEventDispatcherGlib::processEvents (this=0x9ec97e8, flags=...) at kernel/qguieventdispatcher_glib.cpp:204
#29 0x01662609 in QEventLoop::processEvents (this=0xbface974, flags=) at kernel/qeventloop.cpp:149
#30 0x01662a8a in QEventLoop::exec (this=0xbface974, flags=...) at kernel/qeventloop.cpp:201
#31 0x0166700f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1009
#32 0x02c99e07 in QApplication::exec () at kernel/qapplication.cpp:3672
#33 0x08050fc0 in main (argc=1, argv=0xbfacf444) at ../../src/main.cpp:288

I posted a working patch about 2 month ago: https://git.reviewboard.kde.org/r/100723/

Could you test this one please?

with this patch applied, I was able to do lot of searching and erasing during several minutes without a crash, before, it crashed after 2 or 3 "search/erase" cycle \o/

That is strange, I can't reproduce this here at all with the latest Amarok 2.4-git of today. 

Maybe you should try erasing pre-existing configuration files, in particular this one: $HOME/.kde/share/config/amarokrc (it might be $HOME/.kde4/share/config/amarokrc on some systems).

I tried with the git version without the applied patch
started with my configuration file removed,
rescan my collection and played with search box in local collection:
  got no crash
I set again my preferences one by one playing with search box each time and figure out that as soon as I set the collection display to "style/artist/album" oposed to the default "artist/album", I got again the crash when playing with the search box.

After that, I installed again the  git version _with_ the patch from Wolfgang applied and no more crash whatever was the collection display ("style/artist/album" or "artist/album").

*** Bug 272287 has been marked as a duplicate of this bug. ***

*** Bug 272309 has been marked as a duplicate of this bug. ***

*** Bug 272406 has been marked as a duplicate of this bug. ***

Created attachment 59929 [details]
New crash information added by DrKonqi

amarok (2.4.0) on KDE Platform 4.6.2 (4.6.2) using Qt 4.7.2

- What I was doing when the application crashed:

Selectted songs to play on Magnatune, and clicked play. Nothing happened. Clicked play again several times. Amarok then suddenly terminated.

-- Backtrace (Reduced):
#7  0x00ce94f6 in QList<CollectionTreeItem*>::indexOf (this=0x1d, t=@0xbfa1d784, from=0) at /usr/include/qt4/QtCore/qlist.h:828
#8  0x00ce76cf in CollectionTreeItem::row (this=0x9576958) at ../../src/browsers/CollectionTreeItem.cpp:224
#9  0x00cf1b10 in CollectionTreeItemModelBase::queryDone (this=0x961b278) at ../../src/browsers/CollectionTreeItemModelBase.cpp:903
#10 0x00cf785e in CollectionTreeItemModelBase::qt_metacall (this=0x961b278, _c=QMetaObject::InvokeMetaMethod, _id=2, _a=0x9314798) at ./CollectionTreeItemModelBase.moc:93
#11 0x00d117f2 in SingleCollectionTreeItemModel::qt_metacall (this=0x961b278, _c=QMetaObject::InvokeMetaMethod, _id=26, _a=0x9314798) at ./SingleCollectionTreeItemModel.moc:64

Fixed by this commit:

Git commit 1e2bfd44b7509c5efe0fec328008ea72e7e999fd by Ralf Engels.
Committed on 20/05/2011 at 21:36.
Pushed by rengels into branch 'master'.

Crash when browsing a category [@ CollectionTreeItem::row]

patch for https://bugs.kde.org/show_bug.cgi?id=233170

When a query is started the Collections::QueryMaker* is stored in QHash<CollectionTreeItem*, Collections::QueryMaker*> runningQueries.

Now, when CollectionTreeItemModelBase::populateChildren deletes items CollectionTreeItemModelBase::itemAboutToBeDeleted is called, which in turn stops, disconnects and deletes the queryMaker associated with the item.

The problem occurs, if there is more than one queryMaker for the item, as will happen, when CollectionTreeItemModelBase::handleCompilations is called. In this case itemAboutToBeDeleted deletes only one queryMaker. The other one finishes normally, calls CollectionTreeItemModelBase::queryDone, which in turn calls CollectionTreeItem::row of a deleted item and Amarok crashes with a segfault.

The patch changes the runningQueries buffer to QMultiHash. So all queryMakers are kept and itemAboutToBeDeleted can stop them all.

Courtesy: Wolfgang Lorenz

*** Bug 275563 has been marked as a duplicate of this bug. ***

*** Bug 275712 has been marked as a duplicate of this bug. ***

*** Bug 275868 has been marked as a duplicate of this bug. ***

Created attachment 62067 [details]
New crash information added by DrKonqi

amarok (2.4.1) on KDE Platform 4.6.3 (4.6.3) using Qt 4.7.3

- What I was doing when the application crashed:
Searching for an artist on jamendo. Amaraok start to display informations and every time, it crashs

-- Backtrace (Reduced):
#8  0x41970f04 in CollectionTreeItemModelBase::queryDone() () from /usr/lib/libamaroklib.so.1
#9  0x41976d5e in CollectionTreeItemModelBase::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libamaroklib.so.1
#10 0x41990f53 in SingleCollectionTreeItemModel::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libamaroklib.so.1
[...]
#13 0x056dd7cf in QObject::event (this=0x9e64f58, e=0x9f63f30) at kernel/qobject.cpp:1217
#14 0x05e3058c in QApplicationPrivate::notify_helper (this=0x93fdff0, receiver=0x9e64f58, e=0x9f63f30) at kernel/qapplication.cpp:4462

*** Bug 279291 has been marked as a duplicate of this bug. ***

*** Bug 282268 has been marked as a duplicate of this bug. ***

Reopening, based on https://bugs.kde.org/show_bug.cgi?id=282268

Created attachment 64206 [details]
New crash information added by DrKonqi

amarok (2.4.3) on KDE Platform 4.7.1 (4.7.1) using Qt 4.7.4

Amarok still crashes everytime at login in KDE

-- Backtrace (Reduced):
#6  isEmpty (this=<value optimized out>) at /usr/include/QtCore/qlist.h:95
#7  isEmpty (this=<value optimized out>) at /usr/include/QtCore/qlist.h:139
#8  CollectionTreeItem::row (this=<value optimized out>) at /usr/src/debug/amarok-2.4.3/src/browsers/CollectionTreeItem.cpp:226
#9  0x00007fd64a7fc6f4 in CollectionTreeItemModelBase::handleNormalQueryResult (this=0x20d3780, qm=0x20dacb0, dataList=...) at /usr/src/debug/amarok-2.4.3/src/browsers/CollectionTreeItemModelBase.cpp:874
#10 0x00007fd64a7fca88 in CollectionTreeItemModelBase::newResultReady (this=0x20d3780, data=...) at /usr/src/debug/amarok-2.4.3/src/browsers/CollectionTreeItemModelBase.cpp:749

*** Bug 283695 has been marked as a duplicate of this bug. ***

Created attachment 65406 [details]
New crash information added by DrKonqi

amarok (2.4.3) on KDE Platform 4.7.3 (4.7.3) using Qt 4.7.4

Amarok always crashes at startup or login

-- Backtrace (Reduced):
#6  isEmpty (this=<value optimized out>) at /usr/include/QtCore/qlist.h:95
#7  isEmpty (this=<value optimized out>) at /usr/include/QtCore/qlist.h:139
#8  CollectionTreeItem::row (this=<value optimized out>) at /usr/src/debug/amarok-2.4.3/src/browsers/CollectionTreeItem.cpp:226
#9  0x00007fa7ee95d6f4 in CollectionTreeItemModelBase::handleNormalQueryResult (this=0x1530a00, qm=0x1537ef0, dataList=...) at /usr/src/debug/amarok-2.4.3/src/browsers/CollectionTreeItemModelBase.cpp:874
#10 0x00007fa7ee95da88 in CollectionTreeItemModelBase::newResultReady (this=0x1530a00, data=...) at /usr/src/debug/amarok-2.4.3/src/browsers/CollectionTreeItemModelBase.cpp:749

*** Bug 288039 has been marked as a duplicate of this bug. ***

*** Bug 288325 has been marked as a duplicate of this bug. ***

*** Bug 289291 has been marked as a duplicate of this bug. ***

I am not sure wether it's bind to your problems, but I'd similar issues and then I installed package linked on this page : http://amarok.kde.org/wiki/MP3
Since, no more crash.

In fact, it's still crashing, just less often. 
Here a report : 

amarok: selected item:  "Noise" 
amarok: BEGIN: void JamendoService::itemSelected(CollectionTreeItem*) 
amarok:   is wrong type 
amarok: END__: void JamendoService::itemSelected(CollectionTreeItem*) [Took: 0s] 
amarok: Fatal IO error: client killed
State change 
Moving from "playing" 2 to "paused" 4 
State change 
Moving from "paused" 4 to "ready" 1 
KCrash: Application 'amarok' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/ekaradon/.kde4/socket-Ekaradon/kdeinit4__0
amarok: [ERROR__] [MySqlStorage] "GREPME MySQLe query failed! (1194) Table 'jamendo_tracks' is marked as crashed and should be repaired on SELECT DISTINCT jamendo_artists.id, jamendo_artists.name, jamendo_artists.description , jamendo_artists.country, jamendo_artists.photo_url, jamendo_artists.jamendo_url, jamendo_artists.home_url  FROM  jamendo_tracks LEFT JOIN jamendo_albums ON jamendo_tracks.album_id = jamendo_albums.id LEFT JOIN jamendo_artists ON jamendo_albums.artist_id = jamendo_artists.id LEFT JOIN jamendo_genre ON jamendo_genre.album_id = jamendo_albums.id WHERE 1  AND jamendo_genre.name = 'New Wave' GROUP BY jamendo_tracks.id;" 
pure virtual method called
terminate called without an active exception
Unable to start Dr. Konqi

Can somebody reproduce this with Amarok 2.5?

I can't reproduce this with either Amarok 2.5 or 2.5-git of today, closing as fixed. Feel free to reopen if you can still reproduce this with Amarok 2.5 or later.

*** Bug 299043 has been marked as a duplicate of this bug. ***