| Summary: | Searching Ampache displays only unknown entries when session expires. | ||
|---|---|---|---|
| Product: | [Applications] amarok | Reporter: | Stefan Gründel <stefan.gruendel> |
| Component: | Services/Ampache | Assignee: | Amarok Developers <amarok-bugs-dist> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | agostinelli, andresbajotierra, autono, chuck.wilson+kdebug, kde, kdebugs, maps, nhn, powertothepenguins |
| Priority: | NOR | Keywords: | release_blocker |
| Version: | 2.3.2 | ||
| Target Milestone: | --- | ||
| Platform: | Unlisted Binaries | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 2.4.1 | |
| Sentry Crash Report: | |||
| Attachments: |
New crash information added by DrKonqi
unknown entities in browser tree and also in playlist |
||
|
Description
Stefan Gründel
2009-11-22 22:11:16 UTC
Unfortunatelly the important information about the Ampache service is missing. - If you can reproduce the crash at will (or you experience this regularly), can you install the "amarok-dbg" package and post a complete backtrace here? Thanks Stefan, this is probably already fixed in Amarok 2.2.1 and might also depend on your Ampache version, there were some changes lately. I've installed amarok-dbg now and tried to reproduce the bug, but it didn't occur again. Regarding Ampache, I've installed this from debian Lenny repositories, so this probably isn't the latest released version. Thank you for the feedback. I am closing this bug for now, feel free to reopen it if you can reproduce it with a valid backtrace. *** Bug 224891 has been marked as a duplicate of this bug. *** Created attachment 40993 [details]
New crash information added by DrKonqi
Typing into the search field when browsing my Ampache collection sometimes causes Amarok to crash.
Pasting the backtrace from comment #6: Application: amarok (2.2.2) KDE Platform Version: 4.4.00 (KDE 4.4.0) Qt Version: 4.6.1 Operating System: Linux 2.6.31-16-generic i686 Distribution: Linux Mint 8 Helena - Main Edition -- Information about the crash: Typing into the search field when browsing my Ampache collection sometimes causes Amarok to crash. The crash can be reproduced some of the time. -- Backtrace: Application: Amarok (amarok), signal: Segmentation fault [Current thread is 1 (Thread 0xb2d18760 (LWP 4294))] Thread 14 (Thread 0xaf222b70 (LWP 4307)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fe142 in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab88d4 in pthread_cond_timedwait () from /lib/tls/i686/cmov/libc.so.6 #3 0xafe779ff in ?? () from /usr/lib/libxine.so.1 #4 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 13 (Thread 0xae8b7b70 (LWP 4310)): #0 0xb55fbd4b in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0 #1 0xb5ab8a46 in pthread_mutex_lock () from /lib/tls/i686/cmov/libc.so.6 #2 0xb38f0d0c in g_main_context_check () from /lib/libglib-2.0.so.0 #3 0xb38f147c in ?? () from /lib/libglib-2.0.so.0 #4 0xb38f1863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #5 0xb5dc891f in QEventDispatcherGlib::processEvents (this=0x9c92998, flags=...) at kernel/qeventdispatcher_glib.cpp:414 #6 0xb5d9b319 in QEventLoop::processEvents (this=0xae8b7230, flags=) at kernel/qeventloop.cpp:149 #7 0xb5d9b76a in QEventLoop::exec (this=0xae8b7230, flags=...) at kernel/qeventloop.cpp:201 #8 0xb5c975a8 in QThread::exec (this=0x9c326b8) at thread/qthread.cpp:487 #9 0xafed7a5a in ?? () from /usr/lib/qt4/plugins/phonon_backend/phonon_xine.so #10 0xb5c9a32e in QThreadPrivate::start (arg=0x9c326b8) at thread/qthread_unix.cpp:248 #11 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #12 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 12 (Thread 0xae0b6b70 (LWP 4311)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb5a9dc96 in poll () from /lib/tls/i686/cmov/libc.so.6 #2 0xae9f5cc2 in ?? () from /usr/lib/libpulse.so.0 #3 0xae9e2e09 in pa_mainloop_poll () from /usr/lib/libpulse.so.0 #4 0xae9e4c23 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0 #5 0xae9e4cf4 in pa_mainloop_run () from /usr/lib/libpulse.so.0 #6 0xae9f5bc3 in ?? () from /usr/lib/libpulse.so.0 #7 0xae9b8ac2 in ?? () from /usr/lib/libpulsecommon-0.9.19.so #8 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #9 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 11 (Thread 0xa98b4b70 (LWP 4312)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xafe885ee in ?? () from /usr/lib/libxine.so.1 #4 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 10 (Thread 0xa8effb70 (LWP 4313)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xafe885ee in ?? () from /usr/lib/libxine.so.1 #4 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 9 (Thread 0xa86feb70 (LWP 4314)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xafe885ee in ?? () from /usr/lib/libxine.so.1 #4 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 8 (Thread 0xa7efdb70 (LWP 4315)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xafe885ee in ?? () from /usr/lib/libxine.so.1 #4 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #5 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 7 (Thread 0xa6f46b70 (LWP 4378)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb402b4e7 in ?? () from /usr/lib/libQtWebKit.so.4 #4 0xb402b531 in ?? () from /usr/lib/libQtWebKit.so.4 #5 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #6 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 6 (Thread 0xa5312b70 (LWP 4382)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb5c9b287 in QWaitConditionPrivate::wait (this=0xa7f3180, mutex=0xa7f3420, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (this=0xa7f3180, mutex=0xa7f3420, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #5 0xb54df8a0 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa7f3168, th=0xa7f3780) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #6 0xb54e241c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0xa7f3500, th=0xa7f3780) at ../../../threadweaver/Weaver/WorkingHardState.cpp:80 #7 0xb54de26b in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa7f3168, th=0xa7f3780) at ../../../threadweaver/Weaver/WeaverImpl.cpp:356 #8 0xb54e2512 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa7f3780) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #9 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa7f3780, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #10 0xb54e2531 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa7f3780) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #11 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa7f3780, previous=0xb7b19b8) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #12 0xb54e04fe in ThreadWeaver::ThreadRunHelper::run (this=0xa53122a4, parent=0xa7f3168, th=0xa7f3780) at ../../../threadweaver/Weaver/Thread.cpp:87 #13 0xb54e0b1b in ThreadWeaver::Thread::run (this=0xa7f3780) at ../../../threadweaver/Weaver/Thread.cpp:142 #14 0xb5c9a32e in QThreadPrivate::start (arg=0xa7f3780) at thread/qthread_unix.cpp:248 #15 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #16 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 5 (Thread 0xa230cb70 (LWP 4389)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb5c9b287 in QWaitConditionPrivate::wait (this=0xa7f3180, mutex=0xa7f3420, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (this=0xa7f3180, mutex=0xa7f3420, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #5 0xb54df8a0 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa7f3168, th=0xa2f9dc8) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #6 0xb54e241c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0xa7f3500, th=0xa2f9dc8) at ../../../threadweaver/Weaver/WorkingHardState.cpp:80 #7 0xb54de26b in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa7f3168, th=0xa2f9dc8) at ../../../threadweaver/Weaver/WeaverImpl.cpp:356 #8 0xb54e2512 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa2f9dc8) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #9 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa2f9dc8, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #10 0xb54e2531 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa2f9dc8) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #11 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa2f9dc8, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #12 0xb54e2531 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa2f9dc8) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #13 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa2f9dc8, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #14 0xb54e2531 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa2f9dc8) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #15 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa2f9dc8, previous=0xa72a938) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #16 0xb54e04fe in ThreadWeaver::ThreadRunHelper::run (this=0xa230c2a4, parent=0xa7f3168, th=0xa2f9dc8) at ../../../threadweaver/Weaver/Thread.cpp:87 #17 0xb54e0b1b in ThreadWeaver::Thread::run (this=0xa2f9dc8) at ../../../threadweaver/Weaver/Thread.cpp:142 #18 0xb5c9a32e in QThreadPrivate::start (arg=0xa2f9dc8) at thread/qthread_unix.cpp:248 #19 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #20 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 4 (Thread 0xa1b0bb70 (LWP 4390)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb5c9b287 in QWaitConditionPrivate::wait (this=0xa7f3180, mutex=0xa7f3420, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (this=0xa7f3180, mutex=0xa7f3420, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #5 0xb54df8a0 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa7f3168, th=0xa8f81ef8) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #6 0xb54e241c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0xa7f3500, th=0xa8f81ef8) at ../../../threadweaver/Weaver/WorkingHardState.cpp:80 #7 0xb54de26b in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa7f3168, th=0xa8f81ef8) at ../../../threadweaver/Weaver/WeaverImpl.cpp:356 #8 0xb54e2512 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa8f81ef8) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #9 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa8f81ef8, previous=0xa31cf60) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #10 0xb54e04fe in ThreadWeaver::ThreadRunHelper::run (this=0xa1b0b2a4, parent=0xa7f3168, th=0xa8f81ef8) at ../../../threadweaver/Weaver/Thread.cpp:87 #11 0xb54e0b1b in ThreadWeaver::Thread::run (this=0xa8f81ef8) at ../../../threadweaver/Weaver/Thread.cpp:142 #12 0xb5c9a32e in QThreadPrivate::start (arg=0xa8f81ef8) at thread/qthread_unix.cpp:248 #13 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #14 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 3 (Thread 0xa1232b70 (LWP 4398)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb5c9b287 in QWaitConditionPrivate::wait (this=0xa7f3180, mutex=0xa7f3420, time=4294967295) at thread/qwaitcondition_unix.cpp:87 #4 QWaitCondition::wait (this=0xa7f3180, mutex=0xa7f3420, time=4294967295) at thread/qwaitcondition_unix.cpp:159 #5 0xb54df8a0 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0xa7f3168, th=0xa74c120) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #6 0xb54e241c in ThreadWeaver::WorkingHardState::waitForAvailableJob (this=0xa7f3500, th=0xa74c120) at ../../../threadweaver/Weaver/WorkingHardState.cpp:80 #7 0xb54de26b in ThreadWeaver::WeaverImpl::waitForAvailableJob (this=0xa7f3168, th=0xa74c120) at ../../../threadweaver/Weaver/WeaverImpl.cpp:356 #8 0xb54e2512 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa74c120) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #9 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa74c120, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #10 0xb54e2531 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa74c120) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #11 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa74c120, previous=0x0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #12 0xb54e2531 in ThreadWeaver::WorkingHardState::applyForWork (this=0xa7f3500, th=0xa74c120) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #13 0xb54dfb23 in ThreadWeaver::WeaverImpl::applyForWork (this=0xa7f3168, th=0xa74c120, previous=0xa2d4720) at ../../../threadweaver/Weaver/WeaverImpl.cpp:351 #14 0xb54e04fe in ThreadWeaver::ThreadRunHelper::run (this=0xa12322a4, parent=0xa7f3168, th=0xa74c120) at ../../../threadweaver/Weaver/Thread.cpp:87 #15 0xb54e0b1b in ThreadWeaver::Thread::run (this=0xa74c120) at ../../../threadweaver/Weaver/Thread.cpp:142 #16 0xb5c9a32e in QThreadPrivate::start (arg=0xa74c120) at thread/qthread_unix.cpp:248 #17 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #18 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 2 (Thread 0x9d241b70 (LWP 4425)): #0 0xb7813422 in __kernel_vsyscall () #1 0xb55fde15 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xb5ab887d in pthread_cond_wait () from /lib/tls/i686/cmov/libc.so.6 #3 0xb4fb0887 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0xb50891a0) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2304 #4 0xb4fb08d1 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=0xb50891a0) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1438 #5 0xb55f980e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0 #6 0xb5aab8de in clone () from /lib/tls/i686/cmov/libc.so.6 Thread 1 (Thread 0xb2d18760 (LWP 4294)): [KCrash Handler] #6 0xb3a7538c in QByteArray (this=0xa26d9f8) at /usr/include/qt4/QtCore/qbytearray.h:429 #7 KIO::StoredTransferJob::data (this=0xa26d9f8) at ../../kio/kio/job.cpp:1546 #8 0xa5dd43eb in AmpacheService::versionVerify (this=0xa36dc18, job=0x9b93920) at /build/buildd/amarok-2.2.2/src/services/ampache/AmpacheService.cpp:342 #9 0xa5dd61a2 in AmpacheService::authenticate (this=0xa36dc18, job=0x9b93920) at /build/buildd/amarok-2.2.2/src/services/ampache/AmpacheService.cpp:206 #10 0xa5dd75a9 in AmpacheService::qt_metacall (this=0xa36dc18, _c=QMetaObject::InvokeMetaMethod, _id=40, _a=0xbfee0058) at /build/buildd/amarok-2.2.2/obj-i486-linux-gnu/src/services/ampache/AmpacheService.moc:113 #11 0xb5da1f6a in QMetaObject::metacall (object=0xa36dc18, cl=3045212993, idx=40, argv=0xbfee0058) at kernel/qmetaobject.cpp:237 #12 0xb5db0705 in QMetaObject::activate (sender=0x9b93920, m=0xb610bc48, local_signal_index=3, argv=0xbfee0058) at kernel/qobject.cpp:3275 #13 0xb5f98d03 in KJob::result (this=0x9b93920, _t1=0x9b93920) at ./kjob.moc:194 #14 0xb5f99068 in KJob::emitResult (this=0x9b93920) at ../../kdecore/jobs/kjob.cpp:312 #15 0xb3a7e2a0 in KIO::SimpleJob::slotFinished (this=0x9b93920) at ../../kio/kio/job.cpp:486 #16 0xb3a7e7cd in KIO::TransferJob::slotFinished (this=0x9b93920) at ../../kio/kio/job.cpp:1058 #17 0xb3a7c953 in KIO::TransferJob::qt_metacall (this=0x9b93920, _c=QMetaObject::InvokeMetaMethod, _id=47, _a=0xbfee032c) at ./jobclasses.moc:367 #18 0xb3a7cc5a in KIO::StoredTransferJob::qt_metacall (this=0x9b93920, _c=QMetaObject::InvokeMetaMethod, _id=47, _a=0xbfee032c) at ./jobclasses.moc:477 #19 0xb5da1f6a in QMetaObject::metacall (object=0x9b93920, cl=3045212993, idx=47, argv=0xbfee032c) at kernel/qmetaobject.cpp:237 #20 0xb5db0705 in QMetaObject::activate (sender=0xb7d4b90, m=0xb3c2cf44, local_signal_index=4, argv=0x0) at kernel/qobject.cpp:3275 #21 0xb3b487f7 in KIO::SlaveInterface::finished (this=0xb7d4b90) at ./slaveinterface.moc:171 #22 0xb3b4bb1d in KIO::SlaveInterface::dispatch (this=0xb7d4b90, _cmd=104, rawdata=...) at ../../kio/kio/slaveinterface.cpp:175 #23 0xb3b48cb3 in KIO::SlaveInterface::dispatch (this=0xb7d4b90) at ../../kio/kio/slaveinterface.cpp:91 #24 0xb3b3c058 in KIO::Slave::gotInput (this=0xb7d4b90) at ../../kio/kio/slave.cpp:324 #25 0xb3b3c263 in KIO::Slave::qt_metacall (this=0xb7d4b90, _c=QMetaObject::InvokeMetaMethod, _id=30, _a=0xbfee063c) at ./slave.moc:82 #26 0xb5da1f6a in QMetaObject::metacall (object=0xb7d4b90, cl=3045212993, idx=30, argv=0xbfee063c) at kernel/qmetaobject.cpp:237 #27 0xb5db0705 in QMetaObject::activate (sender=0xa763fe0, m=0xb3c29820, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3275 #28 0xb3a46cb7 in KIO::Connection::readyRead (this=0xa763fe0) at ./connection.moc:92 #29 0xb3a4905e in KIO::ConnectionPrivate::dequeue (this=0xab249e0) at ../../kio/kio/connection.cpp:82 #30 0xb3a4918e in KIO::Connection::qt_metacall (this=0xa763fe0, _c=QMetaObject::InvokeMetaMethod, _id=5, _a=0xb494d30) at ./connection.moc:79 #31 0xb5da1f6a in QMetaObject::metacall (object=0xa763fe0, cl=3045212993, idx=5, argv=0xb494d30) at kernel/qmetaobject.cpp:237 #32 0xb5dac626 in QMetaCallEvent::placeMetaCall (this=0xaacdef8, object=0xa763fe0) at kernel/qobject.cpp:561 #33 0xb5dad74e in QObject::event (this=0xa763fe0, e=0xaacdef8) at kernel/qobject.cpp:1248 #34 0xb624927c in QApplicationPrivate::notify_helper (this=0x9acdfb0, receiver=0xa763fe0, e=0xaacdef8) at kernel/qapplication.cpp:4298 #35 0xb624fede in QApplication::notify (this=0xbfee0fcc, receiver=0xa763fe0, e=0xaacdef8) at kernel/qapplication.cpp:3702 #36 0xb70d0dd6 in App::notify (this=0xbfee0fcc, receiver=0xa763fe0, event=0xaacdef8) at /build/buildd/amarok-2.2.2/src/App.cpp:856 #37 0xb5d9ccfb in QCoreApplication::notifyInternal (this=0xbfee0fcc, receiver=0xa763fe0, event=0xaacdef8) at kernel/qcoreapplication.cpp:704 #38 0xb5d9f733 in QCoreApplication::sendEvent (receiver=0x0, event_type=0, data=0x9a04fb8) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #39 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x9a04fb8) at kernel/qcoreapplication.cpp:1345 #40 0xb5d9f89d in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1238 #41 0xb5dc8def in QCoreApplication::sendPostedEvents (s=0x9ad3510) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220 #42 postEventSourceDispatch (s=0x9ad3510) at kernel/qeventdispatcher_glib.cpp:276 #43 0xb38ede88 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #44 0xb38f1730 in ?? () from /lib/libglib-2.0.so.0 #45 0xb38f1863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #46 0xb5dc88e5 in QEventDispatcherGlib::processEvents (this=0x9a04b50, flags=...) at kernel/qeventdispatcher_glib.cpp:412 #47 0xb6308485 in QGuiEventDispatcherGlib::processEvents (this=0x9a04b50, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #48 0xb5d9b319 in QEventLoop::processEvents (this=0xbfee0f34, flags=) at kernel/qeventloop.cpp:149 #49 0xb5d9b76a in QEventLoop::exec (this=0xbfee0f34, flags=...) at kernel/qeventloop.cpp:201 #50 0xb5d9f95f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:981 #51 0xb6249317 in QApplication::exec () at kernel/qapplication.cpp:3577 #52 0x0805218b in main (argc=1, argv=0xbfee1834) at /build/buildd/amarok-2.2.2/src/main.cpp:235 Possible duplicates by query: bug 225920, bug 224891. Reported using DrKonqi Subscribing Karl: could this be a version problem? Doesn't look like it considering that the problem comes and goes. As a precaution can you please make sure that you are using the current stable of Ampache (3.5.4). And also please enable logging in ampache http://ampache.org/wiki/support and provide us with the logs (ampache side) to match the Amarok crash. It might also be nice to have the Apache logs as well. I have a hunch. *** Bug 234197 has been marked as a duplicate of this bug. *** *** Bug 235825 has been marked as a duplicate of this bug. *** On a side note: #234197 has a step by step how-to-crash-Amarok guide (so there is a reproducable crash). The crash I am describing there has to do with typing in the search field after the session expires. Confirmed by duplicates. *** Bug 238966 has been marked as a duplicate of this bug. *** Any progress on this? I use Ampache daily and it is highly annoying that it crashes 10 times a day... Is this still valid with Amarok 2.3.1 or later? (In reply to comment #16) > Is this still valid with Amarok 2.3.1 or later? Yes, I am still experiencing this bug with 2.3.1 The latest GIT as of 15 minutes ago does no longer crash (yay) when following my steps as I posted before. However, now the Ampache pane shows this (no matter what query is entered or cleared altogether): +Unknown |-+Unknown | |-Unknown +Various Artists |-+Unknown |-Unknown Closing the Ampache view does not improve anything and the dummy entries are unplayable (ofc). The only way to get Amarok to work again with Ampache is to restart the entire program. Thank you for the feedback, Changing severity and title accordingly. Please all, see comment #9 for any additional information needed for this report. *** Bug 249890 has been marked as a duplicate of this bug. *** *** Bug 249890 has been marked as a duplicate of this bug. *** Copying a comment from another bug report that is probably a duplicate of this one: I think I found the issue here: after the session times out, Amarok is issuing a ping (/server/xml.server.php?action=ping), but for some reason the server replies with an ACL error instead of the expected version information. (I don't know why I get an ACL error since the service is working properly apart from this glitch and the Ampache ACL configuration is correct). Looking at the Amarok code, it is assumed that if no version information is returned then the Ampache version is set to '100000' (line 357, AmpacheService.cpp). This causes the next authentications to fail due to wrong version. Then I get an "Unknown" in the album fields and the only solution is to restart Amarok. So after playing around a little a bit, I found a solution to this bug (at least on my box). In my case, the problem was that the server replied to a ping with an ACL error. The solution was to change the ACL entry in the Ampache configuration and grant access to 'All' users and not only to the "main" user. You can check if you have the same problem by starting amarok with the '-d' flag in a terminal, browse your ampache collection, idle for approx. 30 minutes and then browse again. If you see some authentication errors in the amarok debug output, then try the steps I described and see if that solves the problem. Unfortunately I already have the following in my ACL configuration: Name Start Address End Address Level User Type Action ... Amarok RPC x.x.1.1 x.x.254.254 All All API/RPC But that sounds like a work around, in general, is authentication required before the ping action can be performed? If so, the authentication should be performed before the ping instead of after it. Because I keep restarting Amarok the entire day I ran Wireshark to verify what is going on. The following transcript is from the point where the session expires. All calls are made to /server/xml.server.php 1. Amarok calls action=artists 2. Amarok calls action=artist_albums 3. Server replies to 1 with 401: session expired 4. Amarok calls action=album_songs 5. Amarok calls action=ping 6. Amarok calls action=artist_albums 7. Server replies to 4 with 401: session expired 8. Server replies to 2 with 401: session expired 9. Server replies to 6 with 401: session expired 10. Amarok calls action=album_songs 11. Server replies to 10 with 401: session expired 12. Server replies to 5 with: 200 followed by an XML file with version info *repeat for each search* So unlike #22 mentioned, the ping command returns the version info just fine. Amarok does not seem to do anything with the 401 errors and defaults to some fail-back behavior rather than reauthenticating (or deferring the results until authentication worked). Since Amarok never reauthenticates itself, the only solution is to restart the entire program. And finally, some debug output from Amarok when everything goes sour: amarok: BEGIN: virtual void Collections::AmpacheServiceQueryMaker::run() amarok: BEGIN: void Collections::AmpacheServiceQueryMaker::fetchTracks() amarok: [AmpacheServiceQueryMaker] request url: "http://myserver/server/xml.server.php?auth=my_session_hash&action=album_songs&filter=0" amarok: END__: void Collections::AmpacheServiceQueryMaker::fetchTracks() - Took 0.00085s amarok: END__: virtual void Collections::AmpacheServiceQueryMaker::run() - Took 0.001s amarok: BEGIN: virtual Collections::QueryMaker* Collections::AmpacheServiceQueryMaker::setQueryType(Collections::QueryMaker::QueryType) amarok: END__: virtual Collections::QueryMaker* Collections::AmpacheServiceQueryMaker::setQueryType(Collections::QueryMaker::QueryType) - Took 0.0001s amarok: BEGIN: virtual Collections::QueryMaker* Collections::DynamicServiceQueryMaker::addMatch(const Meta::DataPtr&) amarok: BEGIN: virtual Collections::QueryMaker* Collections::AmpacheServiceQueryMaker::addMatch(const Meta::AlbumPtr&) amarok: END__: virtual Collections::QueryMaker* Collections::AmpacheServiceQueryMaker::addMatch(const Meta::AlbumPtr&) - Took 0.00014s amarok: END__: virtual Collections::QueryMaker* Collections::DynamicServiceQueryMaker::addMatch(const Meta::DataPtr&) - Took 0.00031s amarok: BEGIN: virtual Collections::QueryMaker* Collections::DynamicServiceQueryMaker::addMatch(const Meta::DataPtr&) amarok: BEGIN: virtual Collections::QueryMaker* Collections::AmpacheServiceQueryMaker::addMatch(const Meta::ArtistPtr&) amarok: END__: virtual Collections::QueryMaker* Collections::AmpacheServiceQueryMaker::addMatch(const Meta::ArtistPtr&) - Took 9.1e-05s amarok: END__: virtual Collections::QueryMaker* Collections::DynamicServiceQueryMaker::addMatch(const Meta::DataPtr&) - Took 0.00026s amarok: BEGIN: virtual void Collections::AmpacheServiceQueryMaker::run() amarok: BEGIN: void Collections::AmpacheServiceQueryMaker::fetchTracks() amarok: [AmpacheServiceQueryMaker] request url: "http://myserver/server/xml.server.php?auth=my_session_hash&action=album_songs&filter=0" amarok: END__: void Collections::AmpacheServiceQueryMaker::fetchTracks() - Took 0.00042s amarok: END__: virtual void Collections::AmpacheServiceQueryMaker::run() - Took 0.00059s amarok: [NetworkAccessManagerProxy] "Failed to invoke method authenticate(KUrl,QByteArray,QNetworkReply::NetworkError) of AmpacheService" amarok: [NetworkAccessManagerProxy] "Failed to invoke method authenticate(KUrl,QByteArray,QNetworkReply::NetworkError) of AmpacheService" amarok: [NetworkAccessManagerProxy] "Failed to invoke method authenticate(KUrl,QByteArray,QNetworkReply::NetworkError) of AmpacheService" amarok: [AmpacheServiceQueryMaker] Error getting Track Download "Session Expired" amarok: BEGIN: void AmpacheService::reauthenticate() amarok: [AmpacheService] I am trying to re-authenticate amarok: [AmpacheService] Verifying Ampache Version Using: "http://myserver/server/xml.server.php?action=ping" amarok: END__: void AmpacheService::reauthenticate() - Took 0.00023s amarok: BEGIN: void Collections::AmpacheServiceQueryMaker::handleResult(const Meta::TrackList&) amarok: END__: void Collections::AmpacheServiceQueryMaker::handleResult(const Meta::TrackList&) - Took 5e-05s amarok: [AmpacheServiceQueryMaker] Error getting Track Download "Session Expired" amarok: BEGIN: void AmpacheService::reauthenticate() amarok: [AmpacheService] I am trying to re-authenticate amarok: [AmpacheService] Verifying Ampache Version Using: "http://myserver/server/xml.server.php?action=ping" amarok: END__: void AmpacheService::reauthenticate() - Took 0.00028s amarok: BEGIN: void Collections::AmpacheServiceQueryMaker::handleResult(const Meta::TrackList&) amarok: END__: void Collections::AmpacheServiceQueryMaker::handleResult(const Meta::TrackList&) - Took 4.5e-05s amarok: [NetworkAccessManagerProxy] "Failed to invoke method authenticate(KUrl,QByteArray,QNetworkReply::NetworkError) of AmpacheService" amarok: [NetworkAccessManagerProxy] "Failed to invoke method authenticate(KUrl,QByteArray,QNetworkReply::NetworkError) of AmpacheService" amarok: Download Cover: "http://myserver/image.php?id=1116&auth=my_session_hash" to: "/tmp/kde-cyberwizzard/amarokb5oiq6/image.php" amarok: Download Cover: "http://myserver/image.php?id=1094&auth=my_session_hash" to: "/tmp/kde-cyberwizzard/amaroku2Y6LF/image.php" amarok: Download Cover: "http://myserver/image.php?id=1107&auth=my_session_hash" to: "/tmp/kde-cyberwizzard/amarokzLo1af/image.php" amarok: file not a valid image amarok: file not a valid image amarok: file not a valid image So Amarok is indeed detecting the failure when requesting data and the reauthenticate() method is called. Since it returns I assume the version was received (perhaps something goes wrong when storing the version?) but the call to authenticate() fails. I also expirience the problem every day, very annoying with time! the session times out and browsing the collection results in "Unknown" entries. I work around this not by restarting amarok but by going to settings -> internet sevices, unchecking ampache, pressing apply, rechecking it and pressing ok. would realy like to see that solved cause i use ampache every day. iam currently using Amarok 2.3.2 Just to add further elements to the discussion, the workaround I proposed in comment #23 does no longer work with Amarok 2.3.2 I also need to disable and re-enable the Ampache service to browse the collection (which is quite annoying) Any progress on this? Last weeks GIT build does still have this problem... i confirm, lastes GIT still have this problem. Created attachment 53895 [details]
unknown entities in browser tree and also in playlist
As I proposed in irc, I increased the session timeout to 24 hours and the problem disappears. When I suspend my laptop and Amarok attempts to resume playback the next day, I get the same problem again. Ergo: the re-authentication detection or the re-authentication itself is broken. Any news on this problem? Addendum to my previous info post: when playback is suspended, the session remains valid for the search (when using the ridiculously long life span with the cookie) but playback breaks after a while: amarok skips over each and every song when you attempt to resume. A restart of the player is the only solution to fix this. Can we get an ETA for this? Fixed by this commit: Git commit a98c7e0a8b77f4c6a9ced3608a49f49a65d54be6 by Ralf Engels. Committed on 27/04/2011 at 21:17. Pushed by rengels into branch 'master'. Obvious typo in re-authenticate of Ampache account login. Fix needs to be verified. BUG: 215750 FIXED-IN: 2.4.1 |