Version: 1.92.2 (using 4.1.2 (KDE 4.1.2) "release 45.1", KDE:KDE4:Factory:Desktop / openSUSE_11.0) Compiler: gcc OS: Linux (x86_64) release 2.6.25.16-0.1-default I have several compilations in my collection and amarok2 currently handles them very bad. In Beta1 i coald solve the "one album per artist" problem of compilations with moving the album to Various artists. And the album was listes only one time in the collection-browser with grouping by albums. But in the current version (beta2+) amarok shows the album for each song within it. After trying to move the tracks to various artists i have several albums with the same name an the same songs.
Created attachment 27939 [details] A result of moving the tracks to various artists See how amarok2 beta2+ handels compilations. Note every song exists only once in my collection. :) Perhaps it is useful to know, that my test collection for amarok2 has all songs in one single directory.
It's true.
*** Bug 170829 has been marked as a duplicate of this bug. ***
*** Bug 126301 has been marked as a duplicate of this bug. ***
*** Bug 147507 has been marked as a duplicate of this bug. ***
*** Bug 173402 has been marked as a duplicate of this bug. ***
Changing priority to VHI.
*** Bug 174088 has been marked as a duplicate of this bug. ***
*** Bug 169766 has been marked as a duplicate of this bug. ***
*** Bug 174909 has been marked as a duplicate of this bug. ***
SVN commit 883160 by seb: If an album is unknown (ie, empty) automatically exclude it from potentially being a compilation. CCBUG: 172953 M +4 -0 ScanResultProcessor.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=883160
*** Bug 175884 has been marked as a duplicate of this bug. ***
Enable manual merging of albums
*** Bug 176309 has been marked as a duplicate of this bug. ***
*** Bug 177377 has been marked as a duplicate of this bug. ***
*** Bug 177380 has been marked as a duplicate of this bug. ***
With Amarok 2.0 Final (OpenSUSE 11.0 packages), I'm getting the following behavior with various artists/compilation albums: 1. After the initial collection scan, no albums are listed under Various Artists, all tracks belonging to compilations are filed under the respective artists. (Could a developer comment if this absence of a compilation-auto-detection is a bug? If not, I'll go ahead with a respective wishlist entry. :) 2. The "Show under various artists" option appears to work as expected for single-disc albums. Multi-disc albums are only partially moved to Various Artists, in order to move the album fully, the process has to be repeated several times, which takes increasingly longer to perform. The album then will show up multiple times under Various Artists (like in the screenshot Thomas Kramps posted earlier). 3. "Do not show under various artists" is less predictable, resulting for me in correct behavior, "empty" albums (the treeview parent with the album cover still visible, but without any child entries), as well as Amarok crashes.
*** Bug 177620 has been marked as a duplicate of this bug. ***
*** Bug 177617 has been marked as a duplicate of this bug. ***
*** Bug 178033 has been marked as a duplicate of this bug. ***
For someone with a large collection, like me, the current handling makes unmanageable what 1.4 made manageable. Having suddenly over 1000 entries when one had 200-300 when doing a artists view, makes it as unusable as the albums list. And the collapse of the list after every change is just enough to make one go back to 1.4 after trying to tag 2 or 3 albums as "Various Artists".
*** Bug 179161 has been marked as a duplicate of this bug. ***
*** Bug 179194 has been marked as a duplicate of this bug. ***
Additionally to the crashing reported in http://bugs.kde.org/show_bug.cgi?id=179161 (which has been marked as a duplicate of this bug), Amarok also crashes when trying to set a cover (local file) for an album that is not shown under various artists but for which exactly that has been set earlier. (Cf. bug report mentioned above.) Anwendung: Amarok (amarok), Signal SIGSEGV [?1034h[Thread debugging using libthread_db enabled] 0x00007f5c7be4ace1 in nanosleep () from /lib64/libc.so.6 [Current thread is 1 (Thread 0x7f5c84b98750 (LWP 10277))] Thread 19 (Thread 0x7f5c70e1d950 (LWP 10280)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c71b01fbd in os_event_wait_low (event=0xee9df0, reset_sig_count=1) at ../../../innobase/os/os0sync.c:420 #2 0x00007f5c71aff249 in os_aio_simulated_handle (global_segment=0, message1=0x7f5c70e1d088, message2=0x7f5c70e1d080, type=0x7f5c70e1d078) at ../../../innobase/os/os0file.c:4089 #3 0x00007f5c71ac2ea3 in fil_aio_wait (segment=0) at ../../../innobase/fil/fil0fil.c:4131 #4 0x00007f5c7195a3b0 in io_handler_thread (arg=<value optimized out>) at ../../../innobase/srv/srv0start.c:446 #5 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #6 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 18 (Thread 0x7f5c6f93b950 (LWP 10281)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c71b01fbd in os_event_wait_low (event=0xee9ea0, reset_sig_count=3) at ../../../innobase/os/os0sync.c:420 #2 0x00007f5c71aff249 in os_aio_simulated_handle (global_segment=1, message1=0x7f5c6f93b088, message2=0x7f5c6f93b080, type=0x7f5c6f93b078) at ../../../innobase/os/os0file.c:4089 #3 0x00007f5c71ac2ea3 in fil_aio_wait (segment=1) at ../../../innobase/fil/fil0fil.c:4131 #4 0x00007f5c7195a3b0 in io_handler_thread (arg=<value optimized out>) at ../../../innobase/srv/srv0start.c:446 #5 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #6 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 17 (Thread 0x7f5c6f13a950 (LWP 10282)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c71b01fbd in os_event_wait_low (event=0xee9f50, reset_sig_count=2) at ../../../innobase/os/os0sync.c:420 #2 0x00007f5c71aff249 in os_aio_simulated_handle (global_segment=2, message1=0x7f5c6f13a088, message2=0x7f5c6f13a080, type=0x7f5c6f13a078) at ../../../innobase/os/os0file.c:4089 #3 0x00007f5c71ac2ea3 in fil_aio_wait (segment=2) at ../../../innobase/fil/fil0fil.c:4131 #4 0x00007f5c7195a3b0 in io_handler_thread (arg=<value optimized out>) at ../../../innobase/srv/srv0start.c:446 #5 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #6 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 16 (Thread 0x7f5c6e939950 (LWP 10283)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c71b01fbd in os_event_wait_low (event=0xeea000, reset_sig_count=1) at ../../../innobase/os/os0sync.c:420 #2 0x00007f5c71aff249 in os_aio_simulated_handle (global_segment=3, message1=0x7f5c6e939088, message2=0x7f5c6e939080, type=0x7f5c6e939078) at ../../../innobase/os/os0file.c:4089 #3 0x00007f5c71ac2ea3 in fil_aio_wait (segment=3) at ../../../innobase/fil/fil0fil.c:4131 #4 0x00007f5c7195a3b0 in io_handler_thread (arg=<value optimized out>) at ../../../innobase/srv/srv0start.c:446 #5 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #6 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 15 (Thread 0x7f5c6d421950 (LWP 10285)): #0 0x00007f5c7be75642 in select () from /lib64/libc.so.6 #1 0x00007f5c71b023fb in os_thread_sleep (tm=<value optimized out>) at ../../../innobase/os/os0thread.c:274 #2 0x00007f5c71956e38 in srv_lock_timeout_and_monitor_thread (arg=<value optimized out>) at ../../../innobase/srv/srv0srv.c:1882 #3 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #4 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #5 0x0000000000000000 in ?? () Thread 14 (Thread 0x7f5c6cc20950 (LWP 10286)): #0 0x00007f5c7be75642 in select () from /lib64/libc.so.6 #1 0x00007f5c71b023fb in os_thread_sleep (tm=<value optimized out>) at ../../../innobase/os/os0thread.c:274 #2 0x00007f5c71955bea in srv_error_monitor_thread (arg=<value optimized out>) at ../../../innobase/srv/srv0srv.c:2106 #3 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #4 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #5 0x0000000000000000 in ?? () Thread 13 (Thread 0x7f5c6c41f950 (LWP 10287)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c71b01fbd in os_event_wait_low (event=0x94a5c0, reset_sig_count=1) at ../../../innobase/os/os0sync.c:420 #2 0x00007f5c71954e1f in srv_master_thread (arg=<value optimized out>) at ../../../innobase/srv/srv0srv.c:2598 #3 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #4 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #5 0x0000000000000000 in ?? () Thread 12 (Thread 0x7f5c63d84950 (LWP 10288)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c7da62f29 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4 #2 0x00007f5c81a94644 in ?? () from /usr/lib64/libthreadweaver.so.4 #3 0x00007f5c81a96da3 in ?? () from /usr/lib64/libthreadweaver.so.4 #4 0x00007f5c81a9536f in ?? () from /usr/lib64/libthreadweaver.so.4 #5 0x00007f5c81a957c9 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4 #6 0x00007f5c7da61f72 in ?? () from /usr/lib64/libQtCore.so.4 #7 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #8 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #9 0x0000000000000000 in ?? () Thread 11 (Thread 0x7f5c63583950 (LWP 10289)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c7da62f29 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4 #2 0x00007f5c81a94644 in ?? () from /usr/lib64/libthreadweaver.so.4 #3 0x00007f5c81a96da3 in ?? () from /usr/lib64/libthreadweaver.so.4 #4 0x00007f5c81a96dbc in ?? () from /usr/lib64/libthreadweaver.so.4 #5 0x00007f5c81a96dbc in ?? () from /usr/lib64/libthreadweaver.so.4 #6 0x00007f5c81a96dbc in ?? () from /usr/lib64/libthreadweaver.so.4 #7 0x00007f5c81a96dbc in ?? () from /usr/lib64/libthreadweaver.so.4 #8 0x00007f5c81a9536f in ?? () from /usr/lib64/libthreadweaver.so.4 #9 0x00007f5c81a957c9 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4 #10 0x00007f5c7da61f72 in ?? () from /usr/lib64/libQtCore.so.4 #11 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #12 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #13 0x0000000000000000 in ?? () Thread 10 (Thread 0x7f5c60dfd950 (LWP 10294)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c7da62f29 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4 #2 0x00007f5c81a94644 in ?? () from /usr/lib64/libthreadweaver.so.4 #3 0x00007f5c81a96da3 in ?? () from /usr/lib64/libthreadweaver.so.4 #4 0x00007f5c81a96dbc in ?? () from /usr/lib64/libthreadweaver.so.4 #5 0x00007f5c81a9536f in ?? () from /usr/lib64/libthreadweaver.so.4 #6 0x00007f5c81a957c9 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4 #7 0x00007f5c7da61f72 in ?? () from /usr/lib64/libQtCore.so.4 #8 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #9 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #10 0x0000000000000000 in ?? () Thread 9 (Thread 0x7f5c605fc950 (LWP 10295)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c7da62f29 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4 #2 0x00007f5c81a94644 in ?? () from /usr/lib64/libthreadweaver.so.4 #3 0x00007f5c81a96da3 in ?? () from /usr/lib64/libthreadweaver.so.4 #4 0x00007f5c81a96dbc in ?? () from /usr/lib64/libthreadweaver.so.4 #5 0x00007f5c81a96dbc in ?? () from /usr/lib64/libthreadweaver.so.4 #6 0x00007f5c81a96dbc in ?? () from /usr/lib64/libthreadweaver.so.4 #7 0x00007f5c81a9536f in ?? () from /usr/lib64/libthreadweaver.so.4 #8 0x00007f5c81a957c9 in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4 #9 0x00007f5c7da61f72 in ?? () from /usr/lib64/libQtCore.so.4 #10 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #11 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #12 0x0000000000000000 in ?? () Thread 8 (Thread 0x7f5c54cca950 (LWP 10298)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c74c5e1ec in ?? () from /usr/lib64/libgstreamer-0.10.so.0 #2 0x00007f5c7a43cd07 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f5c7a43b764 in ?? () from /usr/lib64/libglib-2.0.so.0 #4 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #5 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 7 (Thread 0x7f5c53cae950 (LWP 10299)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c74c5e1ec in ?? () from /usr/lib64/libgstreamer-0.10.so.0 #2 0x00007f5c7a43cd07 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f5c7a43b764 in ?? () from /usr/lib64/libglib-2.0.so.0 #4 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #5 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 6 (Thread 0x7f5c534ad950 (LWP 10300)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c74c5e1ec in ?? () from /usr/lib64/libgstreamer-0.10.so.0 #2 0x00007f5c7a43cd07 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f5c7a43b764 in ?? () from /usr/lib64/libglib-2.0.so.0 #4 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #5 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 5 (Thread 0x7f5c52cac950 (LWP 10301)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c74c5e1ec in ?? () from /usr/lib64/libgstreamer-0.10.so.0 #2 0x00007f5c7a43cd07 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f5c7a43b764 in ?? () from /usr/lib64/libglib-2.0.so.0 #4 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #5 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 4 (Thread 0x7f5c519d3950 (LWP 10314)): #0 0x00007f5c7d7f1d59 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00007f5c7da62f29 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4 #2 0x00007f5c8064866c in ?? () from /usr/lib64/libQtNetwork.so.4 #3 0x00007f5c7da61f72 in ?? () from /usr/lib64/libQtCore.so.4 #4 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #5 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f5c55f1c950 (LWP 10399)): #0 0x00007f5c7be75642 in select () from /lib64/libc.so.6 #1 0x00007f5c7db2a366 in ?? () from /usr/lib64/libQtCore.so.4 #2 0x00007f5c7da61f72 in ?? () from /usr/lib64/libQtCore.so.4 #3 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #4 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #5 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f5c521d4950 (LWP 10402)): #0 0x00007f5c7be28e8b in memcpy () from /lib64/libc.so.6 #1 0x00007f5c7439178c in ?? () from /usr/lib64/libgstaudio-0.10.so.0 #2 0x00007f5c7a43b764 in ?? () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f5c7d7ee070 in start_thread () from /lib64/libpthread.so.0 #4 0x00007f5c7be7c0ed in clone () from /lib64/libc.so.6 #5 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f5c84b98750 (LWP 10277)): [KCrash Handler] #5 SetCustomCoverAction::slotTriggered (this=0x447b100) at /usr/src/debug/amarok-2.0/src/covermanager/CoverFetchingActions.cpp:135 #6 0x00007f5c8421b593 in BaseCoverAction::qt_metacall (this=0x447b100, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=<value optimized out>) at /usr/src/debug/amarok-2.0/build/src/CoverFetchingActions.moc:65 #7 0x00007f5c8421b5ce in SetCustomCoverAction::qt_metacall (this=0x7fff8cbd7260, _c=603979776, _id=71293632, _a=0x0) at /usr/src/debug/amarok-2.0/build/src/CoverFetchingActions.moc:264 #8 0x00007f5c7db5e454 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQtCore.so.4 #9 0x00007f5c7ce63527 in QAction::triggered(bool) () from /usr/lib64/libQtGui.so.4 #10 0x00007f5c7ce63cf0 in QAction::activate(QAction::ActionEvent) () from /usr/lib64/libQtGui.so.4 #11 0x00007f5c7d1fb2bd in ?? () from /usr/lib64/libQtGui.so.4 #12 0x00007f5c8108f1c1 in KMenu::mouseReleaseEvent(QMouseEvent*) () from /usr/lib64/libkdeui.so.5 #13 0x00007f5c7cebb799 in QWidget::event(QEvent*) () from /usr/lib64/libQtGui.so.4 #14 0x00007f5c7d1fda9b in QMenu::event(QEvent*) () from /usr/lib64/libQtGui.so.4 #15 0x00007f5c7ce691bd in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #16 0x00007f5c7ce717fa in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #17 0x00007f5c80fc564b in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5 #18 0x00007f5c7db4a091 in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4 #19 0x00007f5c7ce70b98 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&) () from /usr/lib64/libQtGui.so.4 #20 0x00007f5c7ced51d4 in ?? () from /usr/lib64/libQtGui.so.4 #21 0x00007f5c7ced3a37 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib64/libQtGui.so.4 #22 0x00007f5c7cefa1d4 in ?? () from /usr/lib64/libQtGui.so.4 #23 0x00007f5c7a4120db in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #24 0x00007f5c7a4158ad in ?? () from /usr/lib64/libglib-2.0.so.0 #25 0x00007f5c7a415a6b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #26 0x00007f5c7db724ef in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4 #27 0x00007f5c7cef997f in ?? () from /usr/lib64/libQtGui.so.4 #28 0x00007f5c7db489a2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4 #29 0x00007f5c7db48b2d in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4 #30 0x00007f5c7d1fd8f5 in QMenu::exec(QPoint const&, QAction*) () from /usr/lib64/libQtGui.so.4 #31 0x00007f5c840b7257 in CollectionTreeView::contextMenuEvent (this=0x1455880, event=0x7fff8cbd9a60) at /usr/src/debug/amarok-2.0/src/browsers/collectionbrowser/CollectionTreeView.cpp:229 #32 0x00007f5c7cebba2d in QWidget::event(QEvent*) () from /usr/lib64/libQtGui.so.4 #33 0x00007f5c7d2df2fd in QAbstractItemView::viewportEvent(QEvent*) () from /usr/lib64/libQtGui.so.4 #34 0x00007f5c7d313b40 in QTreeView::viewportEvent(QEvent*) () from /usr/lib64/libQtGui.so.4 #35 0x00007f5c7db49358 in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4 #36 0x00007f5c7ce6918c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #37 0x00007f5c7ce7141a in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #38 0x00007f5c80fc564b in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5 #39 0x00007f5c7db4a091 in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4 #40 0x00007f5c7ced565a in ?? () from /usr/lib64/libQtGui.so.4 #41 0x00007f5c7ced3a37 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib64/libQtGui.so.4 #42 0x00007f5c7cefa1d4 in ?? () from /usr/lib64/libQtGui.so.4 #43 0x00007f5c7a4120db in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #44 0x00007f5c7a4158ad in ?? () from /usr/lib64/libglib-2.0.so.0 #45 0x00007f5c7a415a6b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #46 0x00007f5c7db724ef in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4 #47 0x00007f5c7cef997f in ?? () from /usr/lib64/libQtGui.so.4 #48 0x00007f5c7db489a2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4 #49 0x00007f5c7db48b2d in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4 #50 0x00007f5c7db4affd in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4 #51 0x0000000000404317 in main (argc=1, argv=0x7fff8cbdba98) at /usr/src/debug/amarok-2.0/src/main.cpp:131
*** Bug 178973 has been marked as a duplicate of this bug. ***
*** Bug 179929 has been marked as a duplicate of this bug. ***
No, in 2.0.1 (2.0.1 (KDE 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2)), Kubuntu packages)) Amarok crashes when I right click on an (not yet existent) album cover to open the menu and then left click on "add own cover": Application: Amarok (amarok), signal SIGABRT [Current thread is 0 (LWP 7218)] Thread 10 (Thread 0xb2c53b90 (LWP 7220)): #0 0xb8092430 in __kernel_vsyscall () #1 0xb6b51f77 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb2c74532 in ?? () from /usr/lib/libpulse.so.0 #3 0xb2c66509 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #4 0xb2c67cd3 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #5 0xb2c67da4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #6 0xb2c742e3 in ?? () from /usr/lib/libpulse.so.0 #7 0xb2c958e2 in ?? () from /usr/lib/libpulse.so.0 #8 0xb698b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb6b5c7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 9 (Thread 0xb2452b90 (LWP 7222)): #0 0xb8092430 in __kernel_vsyscall () #1 0xb6b51f77 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb2c74532 in ?? () from /usr/lib/libpulse.so.0 #3 0xb2c66509 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #4 0xb2c67cd3 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #5 0xb2c67da4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #6 0xb2c742e3 in ?? () from /usr/lib/libpulse.so.0 #7 0xb2c958e2 in ?? () from /usr/lib/libpulse.so.0 #8 0xb698b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb6b5c7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 8 (Thread 0xb1c41b90 (LWP 7224)): #0 0xb8092430 in __kernel_vsyscall () #1 0xb6b51f77 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb2c74532 in ?? () from /usr/lib/libpulse.so.0 #3 0xb2c66509 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #4 0xb2c67cd3 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #5 0xb2c67da4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #6 0xb2c742e3 in ?? () from /usr/lib/libpulse.so.0 #7 0xb2c958e2 in ?? () from /usr/lib/libpulse.so.0 #8 0xb698b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb6b5c7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 7 (Thread 0xb0fa3b90 (LWP 7226)): #0 0xb698e032 in __pthread_mutex_unlock_usercnt () from /lib/tls/i686/cmov/libpthread.so.0 #1 0xb6b6abf6 in pthread_mutex_unlock () from /lib/tls/i686/cmov/libc.so.6 #2 0xb2c94b11 in ?? () from /usr/lib/libpulse.so.0 #3 0xb2c74519 in ?? () from /usr/lib/libpulse.so.0 #4 0xb2c66509 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #5 0xb2c67cd3 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #6 0xb2c67da4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #7 0xb2c742e3 in ?? () from /usr/lib/libpulse.so.0 #8 0xb2c958e2 in ?? () from /usr/lib/libpulse.so.0 #9 0xb698b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #10 0xb6b5c7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 6 (Thread 0xb07a2b90 (LWP 7229)): #0 0xb8092430 in __kernel_vsyscall () #1 0xb698f075 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb6b6a9ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e8b6f2 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #4 0xb599970b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa74de48, th=0xa131a20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb599d03c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0x9e53178, th=0xa131a20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:80 #6 0xb5997fab in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa74de48, th=0xa131a20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:356 #7 0xb599d17f in ThreadWeaver::WorkingHardState::applyForWork (this=0x9e53178, th=0xa131a20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:71 #8 0xb599a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa74de48, th=0xa131a20, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #9 0xb599d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0x9e53178, th=0xa131a20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #10 0xb599a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa74de48, th=0xa131a20, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #11 0xb599d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0x9e53178, th=0xa131a20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #12 0xb599a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa74de48, th=0xa131a20, previous=0xae900700) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #13 0xb599b2bd in ThreadWeaver::ThreadRunHelper::run (this=0xb07a2370, parent=0xa74de48, th=0xa131a20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:87 #14 0xb599b435 in ThreadWeaver::Thread::run (this=0xa131a20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:142 #15 0xb7e8a6ae in ?? () from /usr/lib/libQtCore.so.4 #16 0xb698b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #17 0xb6b5c7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 5 (Thread 0xae8ffb90 (LWP 7230)): #0 0xb8092430 in __kernel_vsyscall () #1 0xb698f075 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb6b6a9ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e8b6f2 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #4 0xb599970b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa74de48, th=0xae900928) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb599d03c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0x9e53178, th=0xae900928) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:80 #6 0xb5997fab in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa74de48, th=0xae900928) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:356 #7 0xb599d17f in ThreadWeaver::WorkingHardState::applyForWork (this=0x9e53178, th=0xae900928) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:71 #8 0xb599a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa74de48, th=0xae900928, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #9 0xb599d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0x9e53178, th=0xae900928) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #10 0xb599a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa74de48, th=0xae900928, previous=0xa4df670) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #11 0xb599b2bd in ThreadWeaver::ThreadRunHelper::run (this=0xae8ff370, parent=0xa74de48, th=0xae900928) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:87 #12 0xb599b435 in ThreadWeaver::Thread::run (this=0xae900928) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:142 #13 0xb7e8a6ae in ?? () from /usr/lib/libQtCore.so.4 #14 0xb698b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #15 0xb6b5c7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 4 (Thread 0xadeffb90 (LWP 7231)): #0 0xb8092430 in __kernel_vsyscall () #1 0xb698f075 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb6b6a9ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e8b6f2 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #4 0xb599970b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa74de48, th=0xa4b83c0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb599d03c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0x9e53178, th=0xa4b83c0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:80 #6 0xb5997fab in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa74de48, th=0xa4b83c0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:356 #7 0xb599d17f in ThreadWeaver::WorkingHardState::applyForWork (this=0x9e53178, th=0xa4b83c0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:71 #8 0xb599a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa74de48, th=0xa4b83c0, previous=0xa1f4c70) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #9 0xb599b2bd in ThreadWeaver::ThreadRunHelper::run (this=0xadeff370, parent=0xa74de48, th=0xa4b83c0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:87 #10 0xb599b435 in ThreadWeaver::Thread::run (this=0xa4b83c0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:142 #11 0xb7e8a6ae in ?? () from /usr/lib/libQtCore.so.4 #12 0xb698b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #13 0xb6b5c7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 3 (Thread 0xad6feb90 (LWP 7232)): #0 0xb8092430 in __kernel_vsyscall () #1 0xb698f075 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb6b6a9ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e8b6f2 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #4 0xb599970b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa74de48, th=0xa42ff20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb599d03c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0x9e53178, th=0xa42ff20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:80 #6 0xb5997fab in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa74de48, th=0xa42ff20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:356 #7 0xb599d17f in ThreadWeaver::WorkingHardState::applyForWork (this=0x9e53178, th=0xa42ff20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:71 #8 0xb599a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa74de48, th=0xa42ff20, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #9 0xb599d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0x9e53178, th=0xa42ff20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #10 0xb599a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa74de48, th=0xa42ff20, previous=0xa13b928) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #11 0xb599b2bd in ThreadWeaver::ThreadRunHelper::run (this=0xad6fe370, parent=0xa74de48, th=0xa42ff20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:87 #12 0xb599b435 in ThreadWeaver::Thread::run (this=0xa42ff20) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:142 #13 0xb7e8a6ae in ?? () from /usr/lib/libQtCore.so.4 #14 0xb698b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #15 0xb6b5c7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 2 (Thread 0xa26a5b90 (LWP 7233)): #0 0xb8092430 in __kernel_vsyscall () #1 0xb698f3a2 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb6b6aa44 in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e8b6cc in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #4 0xb7e80886 in ?? () from /usr/lib/libQtCore.so.4 #5 0xb7e8a6ae in ?? () from /usr/lib/libQtCore.so.4 #6 0xb698b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #7 0xb6b5c7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 1 (Thread 0xb47a26c0 (LWP 7218)): [KCrash Handler] #6 0xb8092430 in __kernel_vsyscall () #7 0xb6aa6880 in raise () from /lib/tls/i686/cmov/libc.so.6 #8 0xb6aa8248 in abort () from /lib/tls/i686/cmov/libc.so.6 #9 0xb7e82795 in qt_message_output () from /usr/lib/libQtCore.so.4 #10 0xb7e82872 in qFatal () from /usr/lib/libQtCore.so.4 #11 0xb7e82915 in qt_assert () from /usr/lib/libQtCore.so.4 #12 0xb6e673d0 in SetCustomCoverAction::slotTriggered (this=0xbc716c0) at /usr/include/qt4/QtCore/qlist.h:246 #13 0xb6e66943 in BaseCoverAction::qt_metacall (this=0xbc716c0, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbfb9183c) at /build/buildd/amarok-kde4-2.0.1.1/obj-i486-linux-gnu/src/CoverFetchingActions.moc:65 #14 0xb6e6699a in SetCustomCoverAction::qt_metacall (this=0xbc716c0, _c=QMetaObject::InvokeMetaMethod, _id=19, _a=0xbfb9183c) at /build/buildd/amarok-kde4-2.0.1.1/obj-i486-linux-gnu/src/CoverFetchingActions.moc:264 #15 0xb7f8fa60 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 #16 0xb7f8fe60 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 #17 0xb742e5f1 in QAction::triggered () from /usr/lib/libQtGui.so.4 #18 0xb742ef5f in QAction::activate () from /usr/lib/libQtGui.so.4 #19 0xb780c564 in ?? () from /usr/lib/libQtGui.so.4 #20 0xb780cff2 in QMenu::mouseReleaseEvent () from /usr/lib/libQtGui.so.4 #21 0xb722e6f5 in KMenu::mouseReleaseEvent (this=0xbfb927c4, e=0xbfb91f18) at /build/buildd/kde4libs-4.1.85/kdeui/widgets/kmenu.cpp:454 #22 0xb748c962 in QWidget::event () from /usr/lib/libQtGui.so.4 #23 0xb780f2e9 in QMenu::event () from /usr/lib/libQtGui.so.4 #24 0xb74348ec in QApplicationPrivate::notify_helper () from /usr/lib/libQtGui.so.4 #25 0xb743d0e1 in QApplication::notify () from /usr/lib/libQtGui.so.4 #26 0xb7141d3d in KApplication::notify (this=0xbfb93984, receiver=0xbfb927c4, event=0xbfb91f18) at /build/buildd/kde4libs-4.1.85/kdeui/kernel/kapplication.cpp:307 #27 0xb7f7ae61 in QCoreApplication::notifyInternal () from /usr/lib/libQtCore.so.4 #28 0xb743c36e in QApplicationPrivate::sendMouseEvent () from /usr/lib/libQtGui.so.4 #29 0xb74a68de in ?? () from /usr/lib/libQtGui.so.4 #30 0xb74a59e5 in QApplication::x11ProcessEvent () from /usr/lib/libQtGui.so.4 #31 0xb74cf7aa in ?? () from /usr/lib/libQtGui.so.4 #32 0xb69d76f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #33 0xb69dada3 in ?? () from /usr/lib/libglib-2.0.so.0 #34 0xb69daf61 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #35 0xb7fa5478 in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4 #36 0xb74ceea5 in ?? () from /usr/lib/libQtGui.so.4 #37 0xb7f7952a in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4 #38 0xb7f796ea in QEventLoop::exec () from /usr/lib/libQtCore.so.4 #39 0xb780f0b1 in QMenu::exec () from /usr/lib/libQtGui.so.4 #40 0xb6cc23ef in CollectionTreeView::contextMenuEvent (this=0xa4306d0, event=0xbfb93100) at /build/buildd/amarok-kde4-2.0.1.1/src/browsers/collectionbrowser/CollectionTreeView.cpp:230 #41 0xb748cc6d in QWidget::event () from /usr/lib/libQtGui.so.4 #42 0xb77c3fd3 in QFrame::event () from /usr/lib/libQtGui.so.4 #43 0xb785a7df in QAbstractScrollArea::viewportEvent () from /usr/lib/libQtGui.so.4 #44 0xb7905ccf in QAbstractItemView::viewportEvent () from /usr/lib/libQtGui.so.4 #45 0xb793d9e4 in QTreeView::viewportEvent () from /usr/lib/libQtGui.so.4 #46 0xb785cd85 in ?? () from /usr/lib/libQtGui.so.4 #47 0xb7f7a04a in QCoreApplicationPrivate::sendThroughObjectEventFilters () from /usr/lib/libQtCore.so.4 #48 0xb74348ca in QApplicationPrivate::notify_helper () from /usr/lib/libQtGui.so.4 #49 0xb743cc55 in QApplication::notify () from /usr/lib/libQtGui.so.4 #50 0xb7141d3d in KApplication::notify (this=0xbfb93984, receiver=0x9f9f6b0, event=0xbfb93100) at /build/buildd/kde4libs-4.1.85/kdeui/kernel/kapplication.cpp:307 #51 0xb7f7ae61 in QCoreApplication::notifyInternal () from /usr/lib/libQtCore.so.4 #52 0xb743f86e in QCoreApplication::sendSpontaneousEvent () from /usr/lib/libQtGui.so.4 #53 0xb74a6e3f in ?? () from /usr/lib/libQtGui.so.4 #54 0xb74a59e5 in QApplication::x11ProcessEvent () from /usr/lib/libQtGui.so.4 #55 0xb74cf7aa in ?? () from /usr/lib/libQtGui.so.4 #56 0xb69d76f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #57 0xb69dada3 in ?? () from /usr/lib/libglib-2.0.so.0 #58 0xb69daf61 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #59 0xb7fa5478 in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4 #60 0xb74ceea5 in ?? () from /usr/lib/libQtGui.so.4 #61 0xb7f7952a in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4 #62 0xb7f796ea in QEventLoop::exec () from /usr/lib/libQtCore.so.4 #63 0xb7f7bda5 in QCoreApplication::exec () from /usr/lib/libQtCore.so.4 #64 0xb7434767 in QApplication::exec () from /usr/lib/libQtGui.so.4 #65 0x0804c042 in main (argc=1, argv=0xbfb93e84) at /build/buildd/amarok-kde4-2.0.1.1/src/main.cpp:130
Additionally, it (2.0.1 (KDE 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2)), Kubuntu packages)) also crashes when clicking on "do not show under various artists" in the context menu (again, in this cause this should have been "show under various artists", because the album was listed under the artist himself): Application: Amarok (amarok), signal SIGABRT [Current thread is 0 (LWP 7242)] Thread 9 (Thread 0xb2ad3b90 (LWP 7244)): #0 0xb69eadd2 in ?? () from /lib/tls/i686/cmov/libc.so.6 #1 0xb69d1f8d in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb2af4532 in ?? () from /usr/lib/libpulse.so.0 #3 0xb2ae6509 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #4 0xb2ae7cd3 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #5 0xb2ae7da4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #6 0xb2af42e3 in ?? () from /usr/lib/libpulse.so.0 #7 0xb2b158e2 in ?? () from /usr/lib/libpulse.so.0 #8 0xb680b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb69dc7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 8 (Thread 0xb22d2b90 (LWP 7246)): #0 0xb7f12430 in __kernel_vsyscall () #1 0xb69d1f77 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb2af4532 in ?? () from /usr/lib/libpulse.so.0 #3 0xb2ae6509 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #4 0xb2ae7cd3 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #5 0xb2ae7da4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #6 0xb2af42e3 in ?? () from /usr/lib/libpulse.so.0 #7 0xb2b158e2 in ?? () from /usr/lib/libpulse.so.0 #8 0xb680b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb69dc7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 7 (Thread 0xb1ac1b90 (LWP 7248)): #0 0xb2ae6e86 in pa_mainloop_prepare () from /usr/lib/libpulse.so.0 #1 0xb2ae7cc5 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #2 0xb2ae7da4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #3 0xb2af42e3 in ?? () from /usr/lib/libpulse.so.0 #4 0xb2b158e2 in ?? () from /usr/lib/libpulse.so.0 #5 0xb680b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #6 0xb69dc7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 6 (Thread 0xb0e23b90 (LWP 7250)): #0 0xb69eae22 in ?? () from /lib/tls/i686/cmov/libc.so.6 #1 0xb69d1f5d in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xb2af4532 in ?? () from /usr/lib/libpulse.so.0 #3 0xb2ae6509 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #4 0xb2ae7cd3 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #5 0xb2ae7da4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #6 0xb2af42e3 in ?? () from /usr/lib/libpulse.so.0 #7 0xb2b158e2 in ?? () from /usr/lib/libpulse.so.0 #8 0xb680b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb69dc7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 5 (Thread 0xb0622b90 (LWP 7253)): #0 0xb7f12430 in __kernel_vsyscall () #1 0xb680f075 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb69ea9ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7d0b6f2 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #4 0xb581970b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa6b85c8, th=0xa059520) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb581d03c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0xa1a9ab8, th=0xa059520) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:80 #6 0xb5817fab in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa6b85c8, th=0xa059520) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:356 #7 0xb581d17f in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0xa059520) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:71 #8 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0xa059520, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #9 0xb581d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0xa059520) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #10 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0xa059520, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #11 0xb581d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0xa059520) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #12 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0xa059520, previous=0x9ecbbe0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #13 0xb581b2bd in ThreadWeaver::ThreadRunHelper::run (this=0xb0622370, parent=0xa6b85c8, th=0xa059520) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:87 #14 0xb581b435 in ThreadWeaver::Thread::run (this=0xa059520) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:142 #15 0xb7d0a6ae in ?? () from /usr/lib/libQtCore.so.4 #16 0xb680b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #17 0xb69dc7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 4 (Thread 0xae872b90 (LWP 7254)): #0 0xb7f12430 in __kernel_vsyscall () #1 0xb680f075 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb69ea9ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7d0b6f2 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #4 0xb581970b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa6b85c8, th=0xa17a570) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb581d03c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0xa1a9ab8, th=0xa17a570) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:80 #6 0xb5817fab in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa6b85c8, th=0xa17a570) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:356 #7 0xb581d17f in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0xa17a570) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:71 #8 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0xa17a570, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #9 0xb581d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0xa17a570) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #10 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0xa17a570, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #11 0xb581d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0xa17a570) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #12 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0xa17a570, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #13 0xb581d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0xa17a570) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #14 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0xa17a570, previous=0xa5552b0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #15 0xb581b2bd in ThreadWeaver::ThreadRunHelper::run (this=0xae872370, parent=0xa6b85c8, th=0xa17a570) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:87 #16 0xb581b435 in ThreadWeaver::Thread::run (this=0xa17a570) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:142 #17 0xb7d0a6ae in ?? () from /usr/lib/libQtCore.so.4 #18 0xb680b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #19 0xb69dc7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 3 (Thread 0xae071b90 (LWP 7255)): #0 0xb7f12430 in __kernel_vsyscall () #1 0xb680f075 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb69ea9ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7d0b6f2 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #4 0xb581970b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa6b85c8, th=0xa02bd40) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb581d03c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0xa1a9ab8, th=0xa02bd40) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:80 #6 0xb5817fab in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa6b85c8, th=0xa02bd40) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:356 #7 0xb581d17f in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0xa02bd40) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:71 #8 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0xa02bd40, previous=0x0) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #9 0xb581d1a1 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0xa02bd40) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:74 #10 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0xa02bd40, previous=0x9f5b448) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #11 0xb581b2bd in ThreadWeaver::ThreadRunHelper::run (this=0xae071370, parent=0xa6b85c8, th=0xa02bd40) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:87 #12 0xb581b435 in ThreadWeaver::Thread::run (this=0xa02bd40) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:142 #13 0xb7d0a6ae in ?? () from /usr/lib/libQtCore.so.4 #14 0xb680b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #15 0xb69dc7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 2 (Thread 0xad6ffb90 (LWP 7256)): #0 0xb7f12430 in __kernel_vsyscall () #1 0xb680f075 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb69ea9ed in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7d0b6f2 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #4 0xb581970b in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa6b85c8, th=0x9ec9350) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:365 #5 0xb581d03c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0xa1a9ab8, th=0x9ec9350) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:80 #6 0xb5817fab in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa6b85c8, th=0x9ec9350) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:356 #7 0xb581d17f in ThreadWeaver::WorkingHardState::applyForWork (this=0xa1a9ab8, th=0x9ec9350) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WorkingHardState.cpp:71 #8 0xb581a783 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa6b85c8, th=0x9ec9350, previous=0xa6c2c58) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/WeaverImpl.cpp:351 #9 0xb581b2bd in ThreadWeaver::ThreadRunHelper::run (this=0xad6ff370, parent=0xa6b85c8, th=0x9ec9350) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:87 #10 0xb581b435 in ThreadWeaver::Thread::run (this=0x9ec9350) at /build/buildd/kde4libs-4.1.85/threadweaver/Weaver/Thread.cpp:142 #11 0xb7d0a6ae in ?? () from /usr/lib/libQtCore.so.4 #12 0xb680b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #13 0xb69dc7ee in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 1 (Thread 0xb46226c0 (LWP 7242)): [KCrash Handler] #6 0xb7f12430 in __kernel_vsyscall () #7 0xb6926880 in raise () from /lib/tls/i686/cmov/libc.so.6 #8 0xb6928248 in abort () from /lib/tls/i686/cmov/libc.so.6 #9 0xb7d02795 in qt_message_output () from /usr/lib/libQtCore.so.4 #10 0xb7d02872 in qFatal () from /usr/lib/libQtCore.so.4 #11 0xb7d028cc in qt_assert_x () from /usr/lib/libQtCore.so.4 #12 0xafab7c22 in Meta::SqlAlbum::setCompilation (this=0xb110f088, compilation=false) at /usr/include/qt4/QtCore/qlist.h:395 #13 0xafab7d5c in CompilationAction::qt_metacall (this=0xa5aa230, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbfd101bc) at /build/buildd/amarok-kde4-2.0.1.1/src/collection/sqlcollection/SqlMeta.cpp:999 #14 0xb7e0fa60 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 #15 0xb7e0fe60 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 #16 0xb72ae5f1 in QAction::triggered () from /usr/lib/libQtGui.so.4 #17 0xb72aef5f in QAction::activate () from /usr/lib/libQtGui.so.4 #18 0xb768c564 in ?? () from /usr/lib/libQtGui.so.4 #19 0xb768cff2 in QMenu::mouseReleaseEvent () from /usr/lib/libQtGui.so.4 #20 0xb70ae6f5 in KMenu::mouseReleaseEvent (this=0xbfd11144, e=0xbfd10898) at /build/buildd/kde4libs-4.1.85/kdeui/widgets/kmenu.cpp:454 #21 0xb730c962 in QWidget::event () from /usr/lib/libQtGui.so.4 #22 0xb768f2e9 in QMenu::event () from /usr/lib/libQtGui.so.4 #23 0xb72b48ec in QApplicationPrivate::notify_helper () from /usr/lib/libQtGui.so.4 #24 0xb72bd0e1 in QApplication::notify () from /usr/lib/libQtGui.so.4 #25 0xb6fc1d3d in KApplication::notify (this=0xbfd12304, receiver=0xbfd11144, event=0xbfd10898) at /build/buildd/kde4libs-4.1.85/kdeui/kernel/kapplication.cpp:307 #26 0xb7dfae61 in QCoreApplication::notifyInternal () from /usr/lib/libQtCore.so.4 #27 0xb72bc36e in QApplicationPrivate::sendMouseEvent () from /usr/lib/libQtGui.so.4 #28 0xb73268de in ?? () from /usr/lib/libQtGui.so.4 #29 0xb73259e5 in QApplication::x11ProcessEvent () from /usr/lib/libQtGui.so.4 #30 0xb734f7aa in ?? () from /usr/lib/libQtGui.so.4 #31 0xb68576f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #32 0xb685ada3 in ?? () from /usr/lib/libglib-2.0.so.0 #33 0xb685af61 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #34 0xb7e25478 in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4 #35 0xb734eea5 in ?? () from /usr/lib/libQtGui.so.4 #36 0xb7df952a in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4 #37 0xb7df96ea in QEventLoop::exec () from /usr/lib/libQtCore.so.4 #38 0xb768f0b1 in QMenu::exec () from /usr/lib/libQtGui.so.4 #39 0xb6b423ef in CollectionTreeView::contextMenuEvent (this=0xa4ad020, event=0xbfd11a80) at /build/buildd/amarok-kde4-2.0.1.1/src/browsers/collectionbrowser/CollectionTreeView.cpp:230 #40 0xb730cc6d in QWidget::event () from /usr/lib/libQtGui.so.4 #41 0xb7643fd3 in QFrame::event () from /usr/lib/libQtGui.so.4 #42 0xb76da7df in QAbstractScrollArea::viewportEvent () from /usr/lib/libQtGui.so.4 #43 0xb7785ccf in QAbstractItemView::viewportEvent () from /usr/lib/libQtGui.so.4 #44 0xb77bd9e4 in QTreeView::viewportEvent () from /usr/lib/libQtGui.so.4 #45 0xb76dcd85 in ?? () from /usr/lib/libQtGui.so.4 #46 0xb7dfa04a in QCoreApplicationPrivate::sendThroughObjectEventFilters () from /usr/lib/libQtCore.so.4 #47 0xb72b48ca in QApplicationPrivate::notify_helper () from /usr/lib/libQtGui.so.4 #48 0xb72bcc55 in QApplication::notify () from /usr/lib/libQtGui.so.4 #49 0xb6fc1d3d in KApplication::notify (this=0xbfd12304, receiver=0xa4a95f0, event=0xbfd11a80) at /build/buildd/kde4libs-4.1.85/kdeui/kernel/kapplication.cpp:307 #50 0xb7dfae61 in QCoreApplication::notifyInternal () from /usr/lib/libQtCore.so.4 #51 0xb72bf86e in QCoreApplication::sendSpontaneousEvent () from /usr/lib/libQtGui.so.4 #52 0xb7326e3f in ?? () from /usr/lib/libQtGui.so.4 #53 0xb73259e5 in QApplication::x11ProcessEvent () from /usr/lib/libQtGui.so.4 #54 0xb734f7aa in ?? () from /usr/lib/libQtGui.so.4 #55 0xb68576f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #56 0xb685ada3 in ?? () from /usr/lib/libglib-2.0.so.0 #57 0xb685af61 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #58 0xb7e25478 in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4 #59 0xb734eea5 in ?? () from /usr/lib/libQtGui.so.4 #60 0xb7df952a in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4 #61 0xb7df96ea in QEventLoop::exec () from /usr/lib/libQtCore.so.4 #62 0xb7dfbda5 in QCoreApplication::exec () from /usr/lib/libQtCore.so.4 #63 0xb72b4767 in QApplication::exec () from /usr/lib/libQtGui.so.4 #64 0x0804c042 in main (argc=1, argv=0xbfd12804) at /build/buildd/amarok-kde4-2.0.1.1/src/main.cpp:130
While the above issues remain for me in 2.0.1.1, the cohesive display of compilations under one album title/cover is certainly an improvement. However, that header always contains the artist of the first song, regardless of which track it's currently playing.
*** Bug 180448 has been marked as a duplicate of this bug. ***
Possible Behavior to solve that problem: On initial scan assume, that albumnames are uniqe. When havin at least to tracks with different artists, that belongs to the same album, mark the album as a compilation (move it to Various artits) Example: Track 1: Artist: A, Album: B Track 2: Artist: C, Album: B Track 1 and Track 2 are put into the same album named B Because there are to artists with album B, B is moved to various Artits.
Still, the same problem here with 2.0.1.1 Only few compilation are correctly recognised.
*** Bug 180624 has been marked as a duplicate of this bug. ***
For me (2.0.1) it behaves in one of these ways: - One single artist album is stuck under various artists despite several attempts to remove it - One album moved all tracks to various artists after moving one track and listed the tracks in one album (which is as it should be) - One album wouldn't move all tracks to VA and wouldn't show them under the same album (seeing as this was an album with 99 tracks and 99 artists this is extremely irritating!) of course, I would actually like to be able to order most of my albums under albumartist but requests for this seem to have been ignored. i tried using the composer tag instead, but it won't display albums with the same composer and album name (but different artists) under the same album, so that doesn't work. albumartist would actually solve the VA problem, as compilations could have "Various Artists" as albumartist...
For myself I got all the tracks for my compilation albums with the artist set to "Various Artists". Today I decided for one of them to set the artist for each track. This caused the album to be split up into each artist. I then selected "show under various artists" for each artist and it created an album under various artists for each artist, each entry showing all the tracks for the album. I then restarted ... and crashed ... amarok a few times and it managed to shrink it down to just two albums each with all the tracks. When I remove the cover one of the albums both lose the image but only one had the no cover image placed on it, also the image in the collection list does not match the one showing in the cover manager (it actually matches one that was found for the album when it was listed under one of the artists, this doesn't change if I restart amarok either).
(In reply to comment #35) > For myself I got all the tracks for my compilation albums with the artist set > to "Various Artists". Today I decided for one of them to set the artist for > each track. This caused the album to be split up into each artist. I then > selected "show under various artists" for each artist and it created an album > under various artists for each artist, each entry showing all the tracks for > the album. I then restarted ... and crashed ... amarok a few times and it > managed to shrink it down to just two albums each with all the tracks. When I > remove the cover one of the albums both lose the image but only one had the no > cover image placed on it, also the image in the collection list does not match > the one showing in the cover manager (it actually matches one that was found > for the album when it was listed under one of the artists, this doesn't change > if I restart amarok either). > Oh yea, I forgot to mention I am running Kubuntu 8.10 using the KDE 4.2 RC1 packages and Amarok 2.0.1 in the kubuntu experimental ppa.
*** Bug 181385 has been marked as a duplicate of this bug. ***
On my initial scan of my music folder, I have none of the ease of reading I had in Amarok 1.4. Specifically, I do not have a Various Artist or Compilations heading, where a large amount of my albums should show up under. So to play an entire VA disc, I need to crawl around and pick the songs from potentially dozens of artists.
Sorry. I should mention that the problems I was having was with 1.92.2 from the Ubuntu repositories (I tried to upgrade to 2.0.1.1, but it wouldn't as it would break things apparently).
*** Bug 182007 has been marked as a duplicate of this bug. ***
*** Bug 182189 has been marked as a duplicate of this bug. ***
I'm using Amarok 2.0.1.1 from Kubuntu 8.10 Repositories with KDE 4.2.0. I'm having the same problems as cyrus_xiii@yahoo.com. Example: I have a compilation album with two CDs. I have set the tracks so they all belong to the same album. In the disk Amaroks arranges it as Albumtitle/CD nº/track-artist-title.mp3 This is the layour that I said Amarok to use when I copied the tracks to the library. Upon library creation, the album shows individually on every artist list. If I go to an artist and select "Show under various artists" only the tracks in its CD are moved to various artists. I have then to select a track from another CD and select again "Show under various artists" but this time the album is duplicated and the two of them show all the tracks so the entry is effectively duplicated. Also, selecting "Do not show under varius artists" several times made Amarok crash and it left the collection corrupted, with albums empty (specially the one that I was removing) and I had to rebuild the collection.
*** Bug 183442 has been marked as a duplicate of this bug. ***
*** Bug 183796 has been marked as a duplicate of this bug. ***
I wonder if that is still an issue. I dont want to use 1.4 anymore but im forced to do it because the V.A. Handling in 2.0 is such a crap. I can make my collection be displayed correctly wth a lot f manual work but every rescan of the collection makes it messed up again. Is someone working on that?
*** Bug 183808 has been marked as a duplicate of this bug. ***
BTW. Until the Issue will be fixed I suggest the following: As possible in amarok 1.4 it has to be reimplemented that you can choose multiple albums and mark them as belonging to various artists altogether. At least this will decrease the time you need to declare the albums as belonging there.
Today i changed one song-title of a complilation, because of a typing mistake. Then amarok2 splittet this song out of the compilation. So i had this one twice. One with the change song and the other with all other songs. To move them together again, i rescanned my collection and amarok2 did it, what it can do best: split compilations. No problem i thought: Move them all back to various artists, but amarok 2.0.1.1 crashed and some songs has wrong metadata. Developers: I gave you some suggestions to solve that problem. Why didn't i get an answer on it?
Same for me with Version 2.0.1 from Kubuntu Repos. Out of about 30 samplers only 1 song ended up in Various Artists. Additionally this effects the Playlist. When i drag and drop a sampler into the Playlist, only the Artist of the first song will be shown. When i add them separately, this is not the case.
meh!
I see that the target was 2.0.2, but nothing changes with the today release. Is anyone working on it?
Emanuel: Yes but it is a complicated issue. Help welcome.
*** Bug 186408 has been marked as a duplicate of this bug. ***
*** Bug 186477 has been marked as a duplicate of this bug. ***
*** Bug 186516 has been marked as a duplicate of this bug. ***
I found out, that the problem occours on very long filenames. After shorting the filename to a simple format (%tracknr %title.%format) i moved one track of that album to "Various artists" and amarok2 moves all tracks of the same album. This baviour is correct. Perhaps you have not enough place in the tables in the database.
could you specifiy "very long" in numbers? good catch anyway
I think it was about 30+ chars.
*** Bug 187964 has been marked as a duplicate of this bug. ***
*** Bug 188630 has been marked as a duplicate of this bug. ***
Created attachment 32529 [details] Patch to make various artists work for compilations This patch will cause all albums that contain songs by multiple artists to be marked as Various Artists. You will need to run a complete rescan of your collection for it to work.
Created attachment 32535 [details] Use this patch instead The previous patch erroneously grouped unknown albums under various artists. Use this one instead.
(In reply to comment #62) > Use this patch instead > > The previous patch erroneously grouped unknown albums under various artists. > Use this one instead. For what it's worth, I applied this patch to trunk and it works fine :) Only one bug: during the scan it doesn't set the cover for the Various Artists albums.
Hm, more bugs: I can see at least 3-4 albums that are marked as Various Artists but aren't really Various Artists: Bob Dylan - Desire (1976) / Tuxedomoon - Desire (1981) Ani DiFranco - Dilate (1996) / Bardo Pond - Dilate (2001) Sly & the Family Stone - Anthology / Ramones - Anthology and more "Hit Collection" from other bands. I guess this could be improved by checking the year, but it still wouldn't work if the year isn't present or two albums have the same name and year.
@Michael: Thanks for the patch! I'm going to be testing it out now. Just reviewing the code, what is the expected output if there are two artists with the same Album title? This can be quite common, for example "Greatest Hits". I think we'll need to do a restriction to the same directory - as this is the most common use case.
Created attachment 32541 [details] Modified various artists patch I have modified the patch to consider two albums of the same title but from different years to be two different albums. Furthermore, if a track has no year associated with it, it will try to guess whether or not it belongs with another album (based on album artist). Of course, this still leaves the problem of two albums from the same year with the same title, but this is probably the best we'll do without limiting it to a directory. (Apply this patch from trunk, not from the previous patch)
yep, much better now. Would it be difficult to implement album cover too? thanks
Couldnt anyone implement a check if there is a single subdirectory for each album? With that, the Problem from above would disappear in the most cases i think. Cause the most users collect their music organized with extra folders for each album i guess
aaaahhhhh Michael you made my day! thanks for your fix, it seems to work nicely so far apart from the cover thing.
SVN commit 948129 by seb: Improve compilation detection in the collection scanner. This builds upon Michael Quinn's patch, with various improvements. It finds all albums with the same name and disregards any album which is not in the same directory. Consequently this makes the checkExistingAlbums() method obsolete. There is probably still room for improvement here. Testing is appreciated. CCMAIL: Michael Quinn <mike@quinnsoft.com> CCMAIL: amarok@kde.org CCBUG: 172953 M +31 -47 ScanResultProcessor.cpp M +2 -4 ScanResultProcessor.h WebSVN link: http://websvn.kde.org/?view=rev&revision=948129
Also, my enhancements fix the cover selecting problem...
i get some doubled albums and no cover images it seems that *sometimes* the first track of a mixtape is created as a non-VA album and the following tracks are recognized correctly as part of a compilation; when the artist of the second track is the same as the first this also gets added to the non-VA album
Yeah, the modified patch that's in SVN breaks Various Artists for the first track in an album.
Created attachment 32548 [details] Fixes the first-track bug This patch fixes the first-track bug in Seb's patch. I think we should still use my last patch (or a modified version thereof) instead, though, which would cover many more use cases with the small drawback of wrongly combining albums that have both the same title and same year.
Created attachment 32552 [details] Fixes the first-track bug (use this one)
SVN commit 950523 by seb: Apply improved patch by Michael Quinn CCBUG: 172953 M +14 -2 ScanResultProcessor.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=950523
SVN commit 950911 by mkossick: only identify an artist as albumartist if all relevant tracks have the artist in the artist tag. this reverts the patch by Michael Quinn, which was only a workaround for this issue CCBUG: 172953 M +58 -46 ScanResultProcessor.cpp M +4 -2 ScanResultProcessor.h WebSVN link: http://websvn.kde.org/?view=rev&revision=950911
Theeses patches make greate improvemts. :) I made a small Test with r950929. Scan result: absulute correct: All compilations are marks as complations. When saying to one compilation "Do not show under various artists" the compilation remains in various artists, but with no content. You can search for the tracks, that are in the compilation, but they are not shown. When saying to this compilation "Show under vrious artits" all goes right again.
Theeses patches make big improvemts. :) I made a small Test with r950929. Scan result: absulute correct: All compilations are marks as complations. When saying to one compilation "Do not show under various artists" the compilation remains in various artists, but with no content. You can search for the tracks, that are in the compilation, but they are not shown. When saying to this compilation "Show under vrious artits" all goes right again.
Yep, can confirm same issue as Thomas has: All VA albums are detected correctly, but: 1. Select "Do not show under various artists" for some compilation 2. It will still remain under Various Artists, with empty content 3. If you right click on it, menu will contain "Show under various artists". While it is already there :) So menu is synced, and album placement is not :) Thanks for working on this bug, guys! Great stuff :)
Using current 2.1 beta. Detection of albums that should be "Various Artists" perfect for me. Only small hiccup was cover art. My cover art is stored in the directory of the album as "folder.jpg", which is correctly recognized by the collection scanner for single artist albums. For multi-artist albums this file is not set as the cover art however.
(In reply to comment #81) > > Only small hiccup was cover art. My cover art is stored in the directory of the > album as "folder.jpg", which is correctly recognized by the collection scanner > for single artist albums. For multi-artist albums this file is not set as the > cover art however. Same here.
*** Bug 190621 has been marked as a duplicate of this bug. ***
*** Bug 190714 has been marked as a duplicate of this bug. ***
*** Bug 190755 has been marked as a duplicate of this bug. ***
*** Bug 191053 has been marked as a duplicate of this bug. ***
I have issues with compilations, too: I have two albums for which I set "Various Artists" in the artist field so that albums are grouped on the initial scan. Both of them have two discs. I then mark both albums as compilation. At first, that seemed to work fine, but now I have strange effects: The collection browser shows just one album "unknown" in "Various Artists" and crashes when I try to remove it (see Bug 190755 for a backtrace). When I filter it for the name of the album or a song, nothing is shown. However, when I drag the whole collection to the playlist, the songs are listed there. I have to completely remove my collection database to fix that.
*** Bug 191900 has been marked as a duplicate of this bug. ***
*** Bug 192029 has been marked as a duplicate of this bug. ***
I think I got something related to this, therefor I'll give it a shot in here. Please let me know if my problem is different and that I should go and give it an own spot. My problem is that I can't get Amarok2 to display different CD's nested within an Album. Since a picture says more then a thousand words, you'll find 2 links below: Desired output: http://pastebin.com/f55a94c1f Actual output: http://imagebin.ca/view/lLXVEd.html Details: The collection is set up to sort by album name only (First Level). Files are tagged by EasyTag and have their albums tags set up properly (Album name is the same only the CD # is different). This is the layout on disk: http://pastebin.com/m724c41e6 The Amarok version is from trunk, revision 965502. Most of my albums are "VA" albums. Seeing related problems being mentioned in this report I thought I would be best to add my problem here. And again, if I need to move this over to it's own report or if it's reported elsewhere, just let me know please.
*** Bug 192199 has been marked as a duplicate of this bug. ***
hmm, still have one splitted compilation with current svn, its from http://www.myspace.com/jugglinfrommars and the only thing i can think of is the album title "Jugglin' From Mars Vol.3 By Kalibandulu 2k9" containing a ' sql escape issue might be?
*** Bug 192705 has been marked as a duplicate of this bug. ***
*** Bug 185891 has been marked as a duplicate of this bug. ***
*** Bug 192727 has been marked as a duplicate of this bug. ***
*** Bug 192876 has been marked as a duplicate of this bug. ***
*** Bug 192879 has been marked as a duplicate of this bug. ***
Alright, so I'm still having problems with this bug, even though it's gotten a little better since I first CC'd. For two of my 15 or so VA albums, selecting "Show under Various Artists" from the context-menu of an album only does so for that artist. Doing so for a second artist creates a second, identical album under the "Various Artists" section. However, now both identical albums will have an identical song-list containing songs from both artists. So, in effect I could successfully add a full album to the "Various Artists" heading in my Collection, but that album would be duplicated depending on the number of unique artists on that album.
Doing a fresh collection scan with 2.1 beta2, I get the same issue as Clinton Ignatov, but with multi-disc compilations only. After scanning, they do not initially appear under Various Artists and have to be sorted away manually (once per artist featured on them) and then appear duplicated several times under the Various Artists view. This used to work correctly in beta1, so here's hoping it's only a trivial regression. Single-disc compilations are recognized fine, but still lack their (local file) covers.
*** Bug 193420 has been marked as a duplicate of this bug. ***
*** Bug 194045 has been marked as a duplicate of this bug. ***
*** Bug 194246 has been marked as a duplicate of this bug. ***
(Comment copied from description for #194246) Occasionally a track will not be added to Various Artists by default like the rest of the album. When adding that track to VA, the album becomes duplicated (all tracks) in the collection database. In addition, the "extra" track is not treated as part of the album (see screenshot) http://img39.imageshack.us/img39/3289/screenshotamarok21.png Note the duplicated album on the left, and the non-grouped playlist on the right.
I can confirm the exact behavior described in the previous post and #194246 KDE Version 2.0.90 (KDE 4.2.4 (KDE 4.2.4), Kubuntu packages) Application Audio Player Operating System Linux (x86_64) release 2.6.28-12-generic Compiler cc
hi guys, i know this is nothing anyone wants to dig into, but this sad fat piece of meta-bug should really be fixed once and forever, and especially before 2.1 anyone?
I'd like to confirm, that the issues described in Brock Alexander's and my 2009-05-18 post persist in the 2.1 final.
*** Bug 195215 has been marked as a duplicate of this bug. ***
Confirmed on 2.1 final on Kubuntu Jaunty AMD64
Created attachment 34378 [details] Proposed patch Proposed patch for ScanResultProcessor.cpp which solved a part here, correctly set the image cover of various artist at the end of a scan Works here with both Various artist and normal album Testing needed before commit :)
(In reply to comment #109) > Created an attachment (id=34378) [details] > Proposed patch > > Proposed patch for ScanResultProcessor.cpp which solved a part here, correctly > set the image cover of various artist at the end of a scan > > Works here with both Various artist and normal album > It works for me :)
it works better but doesn't recognize coverart set in the id3 tags
(In reply to comment #111) > it works better but doesn't recognize coverart set in the id3 tags That has nothing to do with Various Artist. It's a different bug: https://bugs.kde.org/show_bug.cgi?id=176402
@Simon: So, as Mikko said your patch works well, and the code looks ok to me, could you please commit? :) PS: In the first comment there seems to be a typo. Would be nice if you could correct it.
SVN commit 979276 by sesneault: CCBUG:172953 Properly set the cover of Various Artist compilation at the end of the scan M +18 -1 ScanResultProcessor.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=979276
After updating my OpenSUSE package to one of the first 2.1.1 builds and performing a collection rescan, I was (very!) happy to see Amarok recognizing all my compilations, as well as all my album covers correctly. Dear Amarok team, please brace yourselves for some well-deserved back-patting, because you just might have nuked the meanest bug around! :)
*** Bug 196878 has been marked as a duplicate of this bug. ***
regarding the issue described in Comment #103: i found out that amarok is unable to detect compilations when more than one album is in a directory. from ScanResultProcessor::processDirectory: //if more than one album is in the dir, use the artist of each track as albumartist //if all tracks have the same artist, use it as albumartist //try to find the albumartist A: tracks must have the artist A or A feat. B (and variants) //if no albumartist could be found, it's a compilation so the conditions in line 1 and 4 avoid proper compilation detection in this case
I've just installed the latest SVN-build and started a new collection from scratch. After crashing 8 (eight!) times building my collection, getting just a bit further each time, Amarok finally just opened, and everything was sorted and autodetected perfectly! I didn't have to add a single item to VA manually, and every song was there only once! Thank you so much! This single bug was the absolute worst for me, and I'm very happy to unsubcribe from this accursed list! ;)
I can confirm #117: I have two directories containing "Various Artist" albums, and one of them contains two albums, while the other contains only one. The album which is alone in its directory is properly auto-detected, the other two are not.
There is probably only so much an auto-detection can derive from ID3 tags and file locations. Imagine two different albums, both titled "A", one by artist B and one by artist C; if Amarok detected these compilations of yours, it would also detect a single compilation titled "A" in the scenario I just described. So regardless of what assumptions the devs deem more practical for the collection scanner, some users may still have to use the "Show/Do not show under various artists" option or rethink their collection's folder structure.
It's now working for me with version 2.1.1
Ok great, let's close this report then :)
a additional note: do NOT set the albumartist tag in your metadata for regular albums as this will lead to mixed&broken albums.
It doesn't work for me correctly with the version 2.1.1
this issue is unresolved in amarok-2.2.0 on Kubuntu 9.10 using KDE 4.3.2. i am still seeing multiple listings of the same album under Various Artists after i have indicated "Show Under Various Artists" for that album, as described in comment #11 at https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/319494.
Ivan, your comment is probably better in bug 210837. This here was a meta-bug for many Various Artists related problems, please comment on open bugs on that matter. Also, you should upgrade to Amarok 2.2.1, it's available since several weeks already.
I want to report my experience. Currently using Amarok 2.2.1 on Debian testing. This problem had been annoying with a couple of compilations I have for a while (2.x series). Today I finally got around to taking a closer look. I have a 2 CD set of Tiesto that I had ripped to flac and put in separate subdirectories: "In Search Of Sunrise 5 (Disc 1)" and "In Search Of Sunrise 5 (Disc 2)". In the Disc 1 directory were also a couple of stray .wav files left over from some testing I had done during ripping. The tracks for Disc 2 were showing up correctly under "Various Artists", all under a single album heading "Tiësto-In Search Of Sunrise 5-Los Angeles (Disc 2)" taken correctly from the .flac tag. The tracks for Disc 2 were scattered throughout collection tree, grouped first by artist, then by album name "Tiësto-In Search Of Sunrise 5-Los Angeles (Disc 1)". Trying to add these listing individually by toggling "Show under various artists" resulted in the problem of multiple, redundant listings under "Various Artists". I noticed that the album name tag was formatted slighted differently for the tracks from Disc 1 vs Disc 2, so I used EasyTag to to standardize; no change. I also deleted the database a couple of times to see if rebuilding would help -- it didn't. Finally - duh - I removed the .wav files from the Disc 1 directory and HALLELUJAH! the problem went away; both discs now show up correctly under "Various Artists". The .wav files had complex long names with lots of spaces, so as a test I simplified the names to something as simple as "color.wav", but the .wavs still cause a problem. I can toggle the problem at will simply by copying a .wav or two into that directory and restarting Amarok.
Hi, I'm not sure if this is the right place to file this but I still have an issue with compilations in collections. The problem seems to be gone in the local collection, but it is still there in a collection on a usb device. I have sime music on a usb device and this device is collected in the local collection and as a separate usb device collection. In the local collections all compilations are fine, not so in the usb collection. And in the usb collection there is not even the possibility to tell amarok that this album is a compilation. Using Linux and Amarok 2.5.0
Sorry for the traffic, just found a dupe of my issue