| Summary: | dragging root "Local Collection" around | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Simon <simonrijk> |
| Component: | Collection Browser | Assignee: | Amarok Developers <amarok-bugs-dist> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | crash | CC: | andreas-stangl, kdebugreport, maximilian.kossick |
| Priority: | NOR | ||
| Version: | 2.3-GIT | ||
| Target Milestone: | 2.3.1 | ||
| Platform: | Unlisted Binaries | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Simon
2009-10-06 16:23:05 UTC
You mean trying to move the whole collection? confirmed here with git master.
But the backtrace looks different, I guess because there have been line changes:
Thread 3 (Thread 0x7fd601a2b950 (LWP 3595)):
[KCrash Handler]
#5 0x00007fd615a51c11 in QBasicAtomicInt::operator!= (this=0x6e006500430020, value=1) at /usr/include/qt4/QtCore/qbasicatomic.h:69
#6 0x00007fd615a7eecc in QList<KSharedPtr<Meta::MetaBase> >::detach (this=0x7229cc8) at /usr/include/qt4/QtCore/qlist.h:119
#7 0x00007fd615a7e2b0 in QList<KSharedPtr<Meta::MetaBase> >::append (this=0x7229cc8, t=@0x7fd601a2acd0) at /usr/include/qt4/QtCore/qlist.h:424
#8 0x00007fd615a7cf53 in QList<KSharedPtr<Meta::MetaBase> >::operator<< (this=0x7229cc8, t=@0x7fd601a2acd0) at /usr/include/qt4/QtCore/qlist.h:304
#9 0x00007fd615a7a112 in SqlQueryMaker::handleTracks (this=0x5c00920, result=@0x7fd601a2aed0) at /home/mikko/amarok/src/collection/sqlcollection/SqlQueryMaker.cpp:1043
#10 0x00007fd615a78490 in SqlQueryMaker::handleResult (this=0x5c00920, result=@0x7fd601a2aed0) at /home/mikko/amarok/src/collection/sqlcollection/SqlQueryMaker.cpp:736
#11 0x00007fd615a7bc9e in SqlWorkerThread::run (this=0x54cef10) at /home/mikko/amarok/src/collection/sqlcollection/SqlQueryMaker.cpp:56
#12 0x00007fd627bd6123 in ThreadWeaver::JobRunHelper::runTheJob (this=0x7fd601a2af50, th=0x2bf4970, job=0x54cef10)
at /var/tmp/paludis/kde-base-kdelibs-9999/work/kdelibs-9999/threadweaver/Weaver/Job.cpp:106
#13 0x00007fd627bd62e2 in ThreadWeaver::Job::execute (this=0x54cef10, th=0x2bf4970) at /var/tmp/paludis/kde-base-kdelibs-9999/work/kdelibs-9999/threadweaver/Weaver/Job.cpp:135
#14 0x00007fd627bd573f in ThreadWeaver::ThreadRunHelper::run (this=0x7fd601a2aff0, parent=0x2f37090, th=0x2bf4970)
at /var/tmp/paludis/kde-base-kdelibs-9999/work/kdelibs-9999/threadweaver/Weaver/Thread.cpp:95
#15 0x00007fd627bd5894 in ThreadWeaver::Thread::run (this=0x2bf4970) at /var/tmp/paludis/kde-base-kdelibs-9999/work/kdelibs-9999/threadweaver/Weaver/Thread.cpp:142
#16 0x00007fd62c9a84c3 in QThreadPrivate::start (arg=<value optimized out>) at thread/qthread_unix.cpp:188
#17 0x00007fd62b34a414 in start_thread () from /lib/libpthread.so.0
#18 0x00007fd62b879abd in clone () from /lib/libc.so.6
#19 0x0000000000000000 in ?? ()
I cannot reproduce this crash with Amarok from git master. can't reproduce it anymore either, Simon do you have a way to reproduce it? I was just able to reproduce the crash, by moving the root item only a few pixels. Debug and backtrace: amarok: BEGIN: PopupDropper* PopupDropperFactory::createPopupDropper(QWidget*) amarok: END__: PopupDropper* PopupDropperFactory::createPopupDropper(QWidget*) - Took 0.00095s amarok: Initialized thread, count== 4 amarok: After the drag! amarok: clearing PUD amarok: END__: virtual void CollectionTreeView::startDrag(Qt::DropActions) - Took 0.2s KCrash: Application 'amarok' crashing... Thread 6 (Thread 0x7f810d5ed910 (LWP 19504)): [KCrash Handler] #5 0x00007f8115f45f9e in SqlQueryMaker::handleTracks (this=0x4ef3bd0, result=...) at /home/mark/kde/src/amarok/src/collection/sqlcollection/SqlQueryMaker.cpp:1043 #6 0x00007f8115f443c8 in SqlQueryMaker::handleResult (this=0x4ef3bd0, result=...) at /home/mark/kde/src/amarok/src/collection/sqlcollection/SqlQueryMaker.cpp:736 #7 0x00007f8115f47b96 in SqlWorkerThread::run (this=0x4c97c10) at /home/mark/kde/src/amarok/src/collection/sqlcollection/SqlQueryMaker.cpp:56 #8 0x00007f8137ac375d in ?? () from /usr/lib/libthreadweaver.so.4 #9 0x00007f8137ac3a5e in ThreadWeaver::Job::execute(ThreadWeaver::Thread*) () from /usr/lib/libthreadweaver.so.4 #10 0x00007f8137ac2a2f in ?? () from /usr/lib/libthreadweaver.so.4 #11 0x00007f8137ac2eb8 in ThreadWeaver::Thread::run() () from /usr/lib/libthreadweaver.so.4 #12 0x00007f813ab5c445 in ?? () from /usr/lib/libQtCore.so.4 #13 0x00007f813530fa04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #14 0x00007f813a0c37bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #15 0x0000000000000000 in ?? () I'm not able to reproduce this issue at all. Mark, the backtrace is quite useless as it points to a macro in SqlQueryMaker. Can you replace the macro with actual code and get a proper backtrace? Max has just committed a possible fix for this problem. Please test. commit bb2ddbf56acd7623f49154f456c158546bf246e3 Author: Maximilian Kossick <maximilian.kossick@googlemail.com> Date: Fri Oct 9 18:43:40 2009 +0200 attempt at fixing crashes in CollectionTreeItem (not reproducable by me unfortunately) by removing a potential race condition that would be unexpectd to say the least. The backtrace shows a crash in sqlquerymaker, not in collectiontreeitem *** Bug 214159 has been marked as a duplicate of this bug. *** *** Bug 209918 has been marked as a duplicate of this bug. *** Any news on this? OK, closing for now as nobody can reproduce this with current Amarok 2.2-git. Make sure you have a patched GLIB version, see also here: http://www.purinchu.net/wp/2009/11/16/malloc_check_-crashes/ |