Bug 312201 - Amarok crashes after disabling nepomuk
Summary: Amarok crashes after disabling nepomuk
Status: RESOLVED DUPLICATE of bug 305312
Alias: None
Product: nepomuk
Classification: Miscellaneous
Component: general (show other bugs)
Version: 4.9
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Nepomuk Bugs Coordination
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-25 20:12 UTC by Attilio Scotolati
Modified: 2012-12-26 19:46 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Nepomuk collection shown as a disconnected removable drive in config (119.09 KB, image/png)
2012-12-26 15:13 UTC, Attilio Scotolati 		Details
Backtrace with more debugging symbols (11.27 KB, text/plain)
2012-12-26 15:17 UTC, Attilio Scotolati 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Attilio Scotolati 2012-12-25 20:12:40 UTC 
Application: amarok (2.6.90)
KDE Platform Version: 4.9.4 "release 5"
Qt Version: 4.8.3
Operating System: Linux 3.4.11-2.16-desktop x86_64
Distribution: "openSUSE 12.2 (x86_64)"

-- Information about the crash:
I've been trying out the nepomuk sync feature on the 2.7 beta (self compiled from source package), and it doesn't work for me: the nepomuk collection is not shown in "local music" and appears as a normal removable drive int the "metadata" section of the settings.
At first I had tried the beta with nepomuk disabled, then enabled it (all settings) and got no results because my music directory was linked through a symlink, which aren't followed by current nepomuk.
Now nepomuk apparently works (searches in dolhin do so) but I have the aforementioned misbehaviors.
Furthermore I can trigger a repetable crash by disabling the semantyc desktop while amarok is running, then closing amarok: that gives the attached backtrace.
I understand these are probably 2 separate bugs, but I thought they could be interfering each other.

The crash can be reproduced every time.

-- Backtrace:
Application: Amarok (amarok), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f5213ab4780 (LWP 3439))]

Thread 13 (Thread 0x7f51e23be700 (LWP 3677)):
#0  0x00007f5208f07490 in g_mutex_unlock () from /usr/lib64/libglib-2.0.so.0
#1  0x00007f5208ecb196 in g_main_context_check () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f5208ecb622 in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f5208ecb7a4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f5210cf6cf6 in QEventDispatcherGlib::processEvents (this=0x7f51dc000900, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#5  0x00007f5210cc785f in QEventLoop::processEvents (this=this@entry=0x7f51e23bddd0, flags=...) at kernel/qeventloop.cpp:149
#6  0x00007f5210cc7ae8 in QEventLoop::exec (this=0x7f51e23bddd0, flags=...) at kernel/qeventloop.cpp:204
#7  0x00007f5210bc9fc0 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:501
#8  0x00007f5210ca7fcf in QInotifyFileSystemWatcherEngine::run (this=0x27b15d0) at io/qfilesystemwatcher_inotify.cpp:248
#9  0x00007f5210bccf9c in QThreadPrivate::start (arg=0x27b15d0) at thread/qthread_unix.cpp:338
#10 0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#11 0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 12 (Thread 0x7f51dbddc700 (LWP 3683)):
#0  0x00007f520e4d68f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f5210bcd4fb in wait (time=18446744073709551615, this=0x294c000) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x294c150, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00007f520d835971 in ?? () from /usr/lib64/libthreadweaver.so.4
#4  0x00007f520d8381bb in ?? () from /usr/lib64/libthreadweaver.so.4
#5  0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#6  0x00007f520d83702f in ?? () from /usr/lib64/libthreadweaver.so.4
#7  0x00007f520d8370bb in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4
#8  0x00007f5210bccf9c in QThreadPrivate::start (arg=0x284d740) at thread/qthread_unix.cpp:338
#9  0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#10 0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 11 (Thread 0x7f51db3e0700 (LWP 3687)):
#0  0x00007f520e4d68f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f5210bcd4fb in wait (time=18446744073709551615, this=0x294c000) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x294c150, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00007f520d835971 in ?? () from /usr/lib64/libthreadweaver.so.4
#4  0x00007f520d8381bb in ?? () from /usr/lib64/libthreadweaver.so.4
#5  0x00007f520d83702f in ?? () from /usr/lib64/libthreadweaver.so.4
#6  0x00007f520d8370bb in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4
#7  0x00007f5210bccf9c in QThreadPrivate::start (arg=0x298b3c0) at thread/qthread_unix.cpp:338
#8  0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#9  0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 10 (Thread 0x7f51dabdf700 (LWP 3688)):
#0  0x00007f520e4d68f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f5210bcd4fb in wait (time=18446744073709551615, this=0x294c000) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x294c150, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00007f520d835971 in ?? () from /usr/lib64/libthreadweaver.so.4
#4  0x00007f520d8381bb in ?? () from /usr/lib64/libthreadweaver.so.4
#5  0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#6  0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#7  0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#8  0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#9  0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#10 0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#11 0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#12 0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#13 0x00007f520d83702f in ?? () from /usr/lib64/libthreadweaver.so.4
#14 0x00007f520d8370bb in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4
#15 0x00007f5210bccf9c in QThreadPrivate::start (arg=0x29224d0) at thread/qthread_unix.cpp:338
#16 0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#17 0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 9 (Thread 0x7f51da3de700 (LWP 3689)):
#0  0x00007f520e4d68f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f5210bcd4fb in wait (time=18446744073709551615, this=0x294c000) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x294c150, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00007f520d835971 in ?? () from /usr/lib64/libthreadweaver.so.4
#4  0x00007f520d8381bb in ?? () from /usr/lib64/libthreadweaver.so.4
#5  0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#6  0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#7  0x00007f520d8381d4 in ?? () from /usr/lib64/libthreadweaver.so.4
#8  0x00007f520d83702f in ?? () from /usr/lib64/libthreadweaver.so.4
#9  0x00007f520d8370bb in ThreadWeaver::Thread::run() () from /usr/lib64/libthreadweaver.so.4
#10 0x00007f5210bccf9c in QThreadPrivate::start (arg=0x28f0170) at thread/qthread_unix.cpp:338
#11 0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#12 0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 8 (Thread 0x7f51d8b7f700 (LWP 3692)):
#0  0x00007f520e4d68f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f5205ac5eb7 in ?? () from /usr/lib64/libQtWebKit.so.4
#2  0x00007f5205ac5ee9 in ?? () from /usr/lib64/libQtWebKit.so.4
#3  0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#4  0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 7 (Thread 0x7f519f41c700 (LWP 5158)):
#0  0x00007f520e4d68f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f5210bcd4fb in wait (time=18446744073709551615, this=0x42ddc80) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x42de0d0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00007f52116ea986 in ?? () from /usr/lib64/libQtGui.so.4
#4  0x00007f5210bccf9c in QThreadPrivate::start (arg=0x42de0c0) at thread/qthread_unix.cpp:338
#5  0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#6  0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 6 (Thread 0x7f519ec1b700 (LWP 5159)):
#0  0x00007f521036414f in poll () from /lib64/libc.so.6
#1  0x00007f5208ecb684 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f5208ecb7a4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f5210cf6cf6 in QEventDispatcherGlib::processEvents (this=0x7f519803e610, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#4  0x00007f5210cc785f in QEventLoop::processEvents (this=this@entry=0x7f519ec1add0, flags=...) at kernel/qeventloop.cpp:149
#5  0x00007f5210cc7ae8 in QEventLoop::exec (this=0x7f519ec1add0, flags=...) at kernel/qeventloop.cpp:204
#6  0x00007f5210bc9fc0 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:501
#7  0x00007f5210ca7fcf in QInotifyFileSystemWatcherEngine::run (this=0x42ddb10) at io/qfilesystemwatcher_inotify.cpp:248
#8  0x00007f5210bccf9c in QThreadPrivate::start (arg=0x42ddb10) at thread/qthread_unix.cpp:338
#9  0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#10 0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 5 (Thread 0x7f51ef7f0700 (LWP 11870)):
#0  0x00007f520e4d68f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f5210bcd4fb in wait (time=18446744073709551615, this=0x57df470) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x57df110, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00007f52116ea986 in ?? () from /usr/lib64/libQtGui.so.4
#4  0x00007f5210bccf9c in QThreadPrivate::start (arg=0x57df100) at thread/qthread_unix.cpp:338
#5  0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#6  0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7f519c902700 (LWP 11871)):
#0  0x00007f520e4d4e1a in pthread_mutex_lock () from /lib64/libpthread.so.0
#1  0x00007f5208f07471 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f5208ecb790 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f5210cf6cf6 in QEventDispatcherGlib::processEvents (this=0x7f51a004c550, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#4  0x00007f5210cc785f in QEventLoop::processEvents (this=this@entry=0x7f519c901dd0, flags=...) at kernel/qeventloop.cpp:149
#5  0x00007f5210cc7ae8 in QEventLoop::exec (this=0x7f519c901dd0, flags=...) at kernel/qeventloop.cpp:204
#6  0x00007f5210bc9fc0 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:501
#7  0x00007f5210ca7fcf in QInotifyFileSystemWatcherEngine::run (this=0x52b6630) at io/qfilesystemwatcher_inotify.cpp:248
#8  0x00007f5210bccf9c in QThreadPrivate::start (arg=0x52b6630) at thread/qthread_unix.cpp:338
#9  0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#10 0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f5152f86700 (LWP 13835)):
#0  0x00007f520e4d68f4 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f5210bcd4fb in wait (time=18446744073709551615, this=0x3c36ce0) at thread/qwaitcondition_unix.cpp:86
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x3c36980, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3  0x00007f52116ea986 in ?? () from /usr/lib64/libQtGui.so.4
#4  0x00007f5210bccf9c in QThreadPrivate::start (arg=0x3c36970) at thread/qthread_unix.cpp:338
#5  0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#6  0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f5152785700 (LWP 13836)):
#0  0x00007f521036414f in poll () from /lib64/libc.so.6
#1  0x00007f5208ecb684 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f5208ecb7a4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f5210cf6cf6 in QEventDispatcherGlib::processEvents (this=0x7f51a4156680, flags=...) at kernel/qeventdispatcher_glib.cpp:426
#4  0x00007f5210cc785f in QEventLoop::processEvents (this=this@entry=0x7f5152784dd0, flags=...) at kernel/qeventloop.cpp:149
#5  0x00007f5210cc7ae8 in QEventLoop::exec (this=0x7f5152784dd0, flags=...) at kernel/qeventloop.cpp:204
#6  0x00007f5210bc9fc0 in QThread::exec (this=<optimized out>) at thread/qthread.cpp:501
#7  0x00007f5210ca7fcf in QInotifyFileSystemWatcherEngine::run (this=0x3b17a20) at io/qfilesystemwatcher_inotify.cpp:248
#8  0x00007f5210bccf9c in QThreadPrivate::start (arg=0x3b17a20) at thread/qthread_unix.cpp:338
#9  0x00007f520e4d2e0e in start_thread () from /lib64/libpthread.so.0
#10 0x00007f521036c2cd in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f5213ab4780 (LWP 3439)):
[KCrash Handler]
#5  0x00007f5211249485 in QWidget::~QWidget() () from /usr/lib64/libQtGui.so.4
#6  0x00007f5213438d69 in KDialog::~KDialog() () from /usr/lib64/libkdeui.so.5
#7  0x00007f5212a5a286 in StatSyncing::Process::~Process (this=0x5897450, __in_chrg=<optimized out>) at /media/Dati/Sviluppo/amarok-2.6.90/src/statsyncing/Process.cpp:57
#8  0x00007f5212a5a3b9 in StatSyncing::Process::~Process (this=0x5897450, __in_chrg=<optimized out>) at /media/Dati/Sviluppo/amarok-2.6.90/src/statsyncing/Process.cpp:58
#9  0x00007f5210cdb232 in QObjectPrivate::deleteChildren (this=this@entry=0x26d1420) at kernel/qobject.cpp:1917
#10 0x00007f5210ce0406 in QObject::~QObject (this=0x26d2080, __in_chrg=<optimized out>) at kernel/qobject.cpp:927
#11 0x00007f5212a56609 in StatSyncing::Controller::~Controller (this=0x26d2080, __in_chrg=<optimized out>) at /media/Dati/Sviluppo/amarok-2.6.90/src/statsyncing/Controller.cpp:79
#12 0x00007f5210cdb232 in QObjectPrivate::deleteChildren (this=this@entry=0x1fbade0) at kernel/qobject.cpp:1917
#13 0x00007f5210ce0406 in QObject::~QObject (this=0x7fff7d0d9b30, __in_chrg=<optimized out>) at kernel/qobject.cpp:927
#14 0x00007f5211208a21 in QApplication::~QApplication() () from /usr/lib64/libQtGui.so.4
#15 0x00007f5212a9ac10 in App::~App (this=0x7fff7d0d9b30, __in_chrg=<optimized out>) at /media/Dati/Sviluppo/amarok-2.6.90/src/App.cpp:183
#16 0x00000000004092f9 in main (argc=3, argv=0x7fff7d0d9c98) at /media/Dati/Sviluppo/amarok-2.6.90/src/main.cpp:329

Reported using DrKonqi
Comment 1 Matěj Laitl 2012-12-26 12:11:20 UTC 
Hi Attilio,

(In reply to comment #0)
> I've been trying out the nepomuk sync feature on the 2.7 beta (self compiled
> from source package), and it doesn't work for me: the nepomuk collection is
> not shown in "local music" and appears as a normal removable drive int the
> "metadata" section of the settings.

This is just perhaps a wrong icon, but all "Local Music" collections normally appear in the Metadata section Amarok Config. Please attach a screenshot if I didn't understand you properly.

> At first I had tried the beta with nepomuk disabled, then enabled it (all
> settings) and got no results because my music directory was linked through a
> symlink, which aren't followed by current nepomuk.

A Nepomuk bug/behaviour, not Amarok one.

> Furthermore I can trigger a repetable crash by disabling the semantyc
> desktop while amarok is running, then closing amarok: that gives the
> attached backtrace.

The backtrace contains unresolved symbols. Please install debugging symbols for qt-gui (qt-core seems to be already present), kdelibs and perhaps any other libraries that show up in the backtrace without line numbers and re-post the backtrace. Thanks.
Comment 2 Attilio Scotolati 2012-12-26 15:13:11 UTC 
Created attachment 76021 [details]
Nepomuk collection shown as a disconnected removable drive in config

> This is just perhaps a wrong icon, but all "Local Music" collections
> normally appear in the Metadata section Amarok Config. Please attach a
> screenshot if I didn't understand you properly.
Here's the screenshot. After a reboot the integration worked again: the nepomuk icon was shown next to the config entry, and the collection was visible in the left pane, though with only ~20 tracks, due to some problem with the scanner I believe... Disabling and re-enabling nepomuk in systemsettings caused the integration to fail again or, probably, it was nepomuk failing? The index service was reported as "not running", but desktop search was OK.
Comment 3 Attilio Scotolati 2012-12-26 15:17:07 UTC 
Created attachment 76022 [details]
Backtrace with more debugging symbols

Attached a better backtrace. It looks different to me, but the trigger is the same:
1) enable nepomuk
2) start amarok
3) disable nepomuk
4) close amarok
Comment 4 Myriam Schweingruber 2012-12-26 19:23:36 UTC 
Yes, the backtrace is indeed completely different, and indicates a problem with Soprano which Nepomuk uses:

Please always paste backtraces in the comment, else those are not searchable:

Thread 1 (Thread 0x7f3b25cf9780 (LWP 6824)):
[KCrash Handler]
#6  Soprano::Client::ClientConnection::isConnected (this=0x0) at /usr/src/debug/soprano-2.8.0/client/clientconnection.cpp:775
#7  0x00007f3b120c2d6e in Soprano::Client::ClientModel::~ClientModel (this=0x2df1aa0, __in_chrg=<optimized out>) at /usr/src/debug/soprano-2.8.0/client/clientmodel.cpp:53
#8  0x00007f3b120c2f69 in Soprano::Client::ClientModel::~ClientModel (this=0x2df1aa0, __in_chrg=<optimized out>) at /usr/src/debug/soprano-2.8.0/client/clientmodel.cpp:58
#9  0x00007f3af5c8a37e in ~GlobalModelContainer (this=0x1d3f830, __in_chrg=<optimized out>) at /usr/src/debug/nepomuk-core-4.9.4/libnepomukcore/resource/nepomukmainmodel.cpp:63
#10 destroy () at /usr/src/debug/nepomuk-core-4.9.4/libnepomukcore/resource/nepomukmainmodel.cpp:125
#11 0x00007f3b225048b1 in __run_exit_handlers () from /lib64/libc.so.6
#12 0x00007f3b22504935 in exit () from /lib64/libc.so.6
#13 0x00007f3b224ee45c in __libc_start_main () from /lib64/libc.so.6
#14 0x000000000040bdbd in _start () at ../sysdeps/x86_64/elf/start.S:113
Comment 5 Myriam Schweingruber 2012-12-26 19:25:07 UTC 
Adapt bug summary.
Comment 6 Vishesh Handa 2012-12-26 19:46:13 UTC 
We're not sure what causes this, but we think our changes should have fixed it. Lets see if we get any bugs reports for 4.10 RC2.

*** This bug has been marked as a duplicate of bug 305312 ***