Version: (using KDE KDE 3.4.0) Installed from: Compiled From Sources Compiler: GCC 3.4.x OS: Linux This happens very frequently when I am using drag and drop to add files from Konqueror to a playlist, and then renaming them with the auto-rename feature. This particular crash happened when I used Media Control "stop" button. It has also crashed several times when I dragged a file to it from Konqueror and hovered the file over a playlist (to display the playlist). In general JuK has been crashing a lot when I use the rename feature. Using host libthread_db library "/lib/tls/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 1108564032 (LWP 29165)] [KCrash handler] #7 0x08080a59 in FileHandle::FileHandle () #8 0x080bc3ea in PlaylistItem::file () #9 0x080a4512 in Playlist::time () #10 0x080b387d in PlaylistCollection::time () #11 0x080c5c5f in StatusLabel::updateData () #12 0x080ba51f in Watched::dataChanged () #13 0x080b392d in PlaylistCollection::stop () #14 0x0809e165 in PlayerManager::stop () #15 0x080e0c1a in PlayerIface::process () #16 0x40ef2ba5 in DCOPClient::receive () from /home/gdexter/kde3.4/lib/libDCOP.so.4 #17 0x40ef716c in DCOPProcessInternal () from /home/gdexter/kde3.4/lib/libDCOP.so.4 #18 0x40ef8731 in DCOPProcessMessage () from /home/gdexter/kde3.4/lib/libDCOP.so.4 #19 0x40f06f68 in KDE_IceProcessMessages () from /home/gdexter/kde3.4/lib/libDCOP.so.4 #20 0x40ef3c5e in DCOPClient::processSocketData () from /home/gdexter/kde3.4/lib/libDCOP.so.4 #21 0x40ef85c7 in DCOPClient::qt_invoke () from /home/gdexter/kde3.4/lib/libDCOP.so.4 #22 0x4121284c in QObject::activate_signal () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #23 0x41212dad in QObject::activate_signal () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #24 0x41520fa8 in QSocketNotifier::activated () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #25 0x4122f881 in QSocketNotifier::event () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #26 0x411b59d4 in QApplication::internalNotify () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #27 0x411b72d2 in QApplication::notify () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #28 0x40e43f97 in KApplication::notify () from /home/gdexter/kde3.4/lib/libkdecore.so.4 #29 0x411aa35e in QEventLoop::activateSocketNotifiers () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #30 0x41167623 in QEventLoop::processEvents () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #31 0x411cbbaa in QEventLoop::enterLoop () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #32 0x411cba04 in QEventLoop::exec () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #33 0x411b71c0 in QApplication::exec () from /home/gdexter/kde3.4/lib/libqt-mt.so.3 #34 0x08098772 in main ()
FWIW, I got a very similar stack trace from a crash today, using the Kubuntu distribution of KDE 3.4.2. I used the JuK main window's 'Stop' button, and this crash occurred. I had dragged and dropped a few files between playlists, specifically dropping them in the playlist it crashed on, although I don't know if the file it was playing was one of those. I had not renamed any files in this session. Stack trace: (no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (no debugging symbols found) `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1247201600 (LWP 19605)] [KCrash handler] #4 0x080b5b9b in FileHandle::FileHandle () #5 0x081098c7 in PlaylistItem::file () #6 0x080e6272 in Playlist::time () #7 0x08116c88 in StatusLabel::updateData () #8 0x081093f3 in Watched::dataChanged () #9 0x080e4e55 in PlayerManager::stop () #10 0x080e53ea in PlayerManager::qt_invoke () #11 0xb67cd929 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #12 0xb67ce3c4 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #13 0xb712fdc9 in KAction::activated () from /usr/lib/libkdeui.so.4 #14 0xb71647ce in KAction::slotActivated () from /usr/lib/libkdeui.so.4 #15 0xb7164778 in KAction::slotButtonClicked () from /usr/lib/libkdeui.so.4 #16 0xb717f6eb in KAction::qt_invoke () from /usr/lib/libkdeui.so.4 #17 0xb67cd929 in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #18 0xb716b62d in KToolBarButton::buttonClicked () from /usr/lib/libkdeui.so.4 #19 0xb716b7ea in KToolBarButton::mouseReleaseEvent () from /usr/lib/libkdeui.so.4 #20 0xb6808356 in QWidget::event () from /usr/lib/libqt-mt.so.3 #21 0xb6764f80 in QApplication::internalNotify () from /usr/lib/libqt-mt.so.3 #22 0xb6765500 in QApplication::notify () from /usr/lib/libqt-mt.so.3 #23 0xb6f00ae7 in KApplication::notify () from /usr/lib/libkdecore.so.4 #24 0xb66f5e25 in QApplication::sendSpontaneousEvent () from /usr/lib/libqt-mt.so.3 #25 0xb66f1325 in QETWidget::translateMouseEvent () from /usr/lib/libqt-mt.so.3 #26 0xb66ef66f in QApplication::x11ProcessEvent () from /usr/lib/libqt-mt.so.3 #27 0xb6708fff in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #28 0xb677ccfb in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #29 0xb677cc1e in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #30 0xb6763c13 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #31 0x080dcd18 in main ()
Created attachment 13578 [details] a playlists file that seems to cause Juk to crash JuK config file: $HOME/.kde/share/apps/juk/playlists With this playlist file, Clicking on "shared" crashes JuK instantly
The above attachment causes the following stack trace: (no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 1102013920 (LWP 16894)] (no debugging symbols found) (no debugging symbols found) [KCrash handler] #7 0x08084099 in QValueListPrivate<QString>::remove () #8 0x080d935f in QValueListPrivate<QString>::at () #9 0x080b59b9 in QLabel::metaObject () #10 0x080e726e in QHBox::metaObject () #11 0x080d8e03 in QValueListPrivate<QString>::at () #12 0x080c9a3b in TagLib::List<TagLib::String>::end () #13 0x080c9caf in TagLib::List<TagLib::String>::end () #14 0x40f6ab18 in QScrollView::viewportMouseReleaseEvent () from /usr/lib/qt3/lib/libqt-mt.so.3 #15 0x40f67d0f in QScrollView::eventFilter () from /usr/lib/qt3/lib/libqt-mt.so.3 #16 0x40f33c96 in QListView::eventFilter () from /usr/lib/qt3/lib/libqt-mt.so.3 #17 0x40e50e9e in QObject::activate_filters () from /usr/lib/qt3/lib/libqt-mt.so.3 #18 0x40e50f1b in QObject::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #19 0x40e8abfc in QWidget::event () from /usr/lib/qt3/lib/libqt-mt.so.3 #20 0x40df19f1 in QApplication::internalNotify () from /usr/lib/qt3/lib/libqt-mt.so.3 #21 0x40df2b58 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3 #22 0x40b0297e in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4 #23 0x40d8cbc8 in QETWidget::translateMouseEvent () from /usr/lib/qt3/lib/libqt-mt.so.3 #24 0x40d8b9eb in QApplication::x11ProcessEvent () from /usr/lib/qt3/lib/libqt-mt.so.3 #25 0x40d9faca in QEventLoop::processEvents () from /usr/lib/qt3/lib/libqt-mt.so.3 #26 0x40e08903 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3 #27 0x40e087e6 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #28 0x40df133f in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3 #29 0x080ac020 in QAsciiDict<int>::~QAsciiDict () #30 0x413e8ea0 in __libc_start_main () from /lib/tls/libc.so.6 #31 0x0806da81 in ?? () This happened after using drag/drop to add files to that playlist. On my computer (SuSE 10, GCC 4.0.2) this is a very consistent crash. Several other crashes occured before, each relating to pressing the Stop button after using drag and drop to add files. Just guessing, is it possible that drag and drop adds a null object to the list somewhere? I imagine this is a somewhat frustrating bug to hunt, so I hope this playlist file helps.
I generally find JuK crashes several times per day; it works fine until I edit some tags or drag MP3s between playlists, but once I start doing that, it will crash soon after. It's not a massive deal, since I can restart it with a single click on a "launcher" button, and I haven't noticed any corruption from it. Still, it's messy ;) So -- is JuK still being maintained? I notice a lot of the bugs in the bug db seem to have had no developer comments since about 6 months ago :(
Yes, JuK is still maintained. I simply don't have time like I used to (and the bugs that are left seem to be the ones which aren't quite so obvious as they used to be. ;) Scott (the JuK author) tends to work in bursts, so you'd see long periods of inactivity followed by a lot of bugfixes in quick succession. This bug is kind of an example of what I was talking about. I simply don't experience crashes of this type, at least not nearly as frequently. I will do some valgrinding today to see if I can reproduce however.
*** Bug 109144 has been marked as a duplicate of this bug. ***
I think I've identified the issue, which I'm tracking under bug 171289 for KDE 3.5. *** This bug has been marked as a duplicate of bug 171289 ***