Application that crashed: amarok Version of the application: 2.2.1 KDE Version: 4.3.4 (KDE 4.3.4) Qt Version: 4.5.2 Operating System: Linux 2.6.31-17-generic x86_64 Distribution: Ubuntu 9.10 What I was doing when the application crashed: this crash is triggered when quitting Amarok from its system tray icon's context menu while it is scrolling through unavailable tracks (for example, tracks on an unmounted volume). steps to reproduce: 1. add unavailable tracks to the playlist or keep existing tracks that have become unavailable. 2. click Play. 3. Amarok starts scrolling through the playlist, attempting to find an available track. 4. open the context menu on Amarok's system tray icon. it flickers or disappears as the tracks continue scrolling. click Quit as soon as you get a change to do so. 5. amarok crashes. expected results: (option 1) Amarok shouldn't take so long to check whether the current track is available. currently it takes a noticeable amount of time to do the check (less than a second, but it adds up quickly). if it only did a quick check, it would quickly reach an available track (if there is one in the playlist), the end of the playlist (if repeat is disabled), or the first track played (if repeat is on, in which case Amarok should not continue trying again when it loops back). (option 2) before attempting to play the playlist, Amarok should check that there is at least one track in it that is actually available to be played. if that isn't the first track that would otherwise be played, then Amarok should skip to it. if no tracks in the playlist are playable, then Amarok should not play. (option 3) current annoying behavior but without the crash. -- Backtrace: Application: Amarok (amarok), signal: Aborted The current source language is "auto; currently c". [Current thread is 1 (Thread 0x7f1774e2c7a0 (LWP 8748))] Thread 12 (Thread 0x7f175e477910 (LWP 8749)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:220 #1 0x00007f176322cc91 in metronom_sync_loop (this=0x1217ea0) at metronom.c:870 #2 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #3 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #4 0x0000000000000000 in ?? () Thread 11 (Thread 0x7f175c8f7910 (LWP 8750)): #0 0x00007f177206c373 in *__GI___poll (fds=<value optimized out>, nfds=<value optimized out>, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x00007f176af1937c in g_main_context_poll (context=0x121bd40, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2904 #2 g_main_context_iterate (context=0x121bd40, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2586 #3 0x00007f176af196c0 in IA__g_main_context_iteration (context=0x121bd40, may_block=1) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2654 #4 0x00007f177299c1fe in QEventDispatcherGlib::processEvents (this=0x121b6c0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:329 #5 0x00007f1772972532 in QEventLoop::processEvents (this=<value optimized out>, flags=) at kernel/qeventloop.cpp:149 #6 0x00007f1772972904 in QEventLoop::exec (this=0x7f175c8f6fb0, flags=) at kernel/qeventloop.cpp:201 #7 0x00007f177288a6cb in QThread::exec (this=<value optimized out>) at thread/qthread.cpp:487 #8 0x00007f176348756e in Phonon::Xine::XineThread::run (this=0x121b680) at ../../xine/xinethread.cpp:143 #9 0x00007f177288d445 in QThreadPrivate::start (arg=0x121b680) at thread/qthread_unix.cpp:188 #10 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #11 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #12 0x0000000000000000 in ?? () The current source language is "auto; currently asm". Thread 10 (Thread 0x7f175beec910 (LWP 8753)): #0 0x00007f177206c373 in *__GI___poll (fds=<value optimized out>, nfds=<value optimized out>, timeout=333) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x00007f175bef2cbe in my_snd_mixer_wait (data=<value optimized out>) at audio_alsa_out.c:150 #2 ao_alsa_handle_event_thread (data=<value optimized out>) at audio_alsa_out.c:166 #3 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #4 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x0000000000000000 in ?? () The current source language is "auto; currently c". Thread 9 (Thread 0x7f175b6eb910 (LWP 8754)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261 #1 0x00007f176323d983 in fifo_peek_int (this_gen=<value optimized out>) at audio_out.c:348 #2 fifo_peek (this_gen=<value optimized out>) at audio_out.c:388 #3 ao_loop (this_gen=<value optimized out>) at audio_out.c:1015 #4 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #5 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #6 0x0000000000000000 in ?? () Thread 8 (Thread 0x7f175aadf910 (LWP 8755)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261 #1 0x00007f176323d983 in fifo_peek_int (this_gen=<value optimized out>) at audio_out.c:348 #2 fifo_peek (this_gen=<value optimized out>) at audio_out.c:388 #3 ao_loop (this_gen=<value optimized out>) at audio_out.c:1015 #4 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #5 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #6 0x0000000000000000 in ?? () The current source language is "auto; currently asm". Thread 7 (Thread 0x7f175a2de910 (LWP 8756)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261 #1 0x00007f176323d983 in fifo_peek_int (this_gen=<value optimized out>) at audio_out.c:348 #2 fifo_peek (this_gen=<value optimized out>) at audio_out.c:388 #3 ao_loop (this_gen=<value optimized out>) at audio_out.c:1015 #4 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #5 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #6 0x0000000000000000 in ?? () Thread 6 (Thread 0x7f1758b49910 (LWP 8758)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261 #1 0x00007f177288e4fb in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x1b8d370, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0x1b8d370, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159 #3 0x00007f176f32a326 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x1457e10, th=0x17e5160) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #4 0x00007f176f32c45b in ThreadWeaver::WorkingHardState::applyForWork (this=0x19518f0, th=0x17e5160) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #5 0x00007f176f32aa5f in ThreadWeaver::ThreadRunHelper::run (this=0x7f1758b49000, parent=0x1457e10, th=0x17e5160) at ../../../threadweaver/Weaver/Thread.cpp:87 #6 0x00007f176f32aeb8 in ThreadWeaver::Thread::run (this=0x17e5160) at ../../../threadweaver/Weaver/Thread.cpp:142 #7 0x00007f177288d445 in QThreadPrivate::start (arg=0x17e5160) at thread/qthread_unix.cpp:188 #8 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #9 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () Thread 5 (Thread 0x7f174d8e3910 (LWP 8759)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261 #1 0x00007f177288e4fb in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x1b8d370, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0x1b8d370, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159 #3 0x00007f176f32a326 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x1457e10, th=0x1eb8d40) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #4 0x00007f176f32c45b in ThreadWeaver::WorkingHardState::applyForWork (this=0x19518f0, th=0x1eb8d40) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #5 0x00007f176f32c474 in ThreadWeaver::WorkingHardState::applyForWork (this=0x19518f0, th=0x1eb8d40) at ../../../threadweaver/Weaver/WorkingHardState.cpp:74 #6 0x00007f176f32aa5f in ThreadWeaver::ThreadRunHelper::run (this=0x7f174d8e3000, parent=0x1457e10, th=0x1eb8d40) at ../../../threadweaver/Weaver/Thread.cpp:87 #7 0x00007f176f32aeb8 in ThreadWeaver::Thread::run (this=0x1eb8d40) at ../../../threadweaver/Weaver/Thread.cpp:142 #8 0x00007f177288d445 in QThreadPrivate::start (arg=0x1eb8d40) at thread/qthread_unix.cpp:188 #9 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #10 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #11 0x0000000000000000 in ?? () Thread 4 (Thread 0x7f174d0e2910 (LWP 8762)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261 #1 0x00007f177288e4fb in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x1b8d370, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0x1b8d370, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159 #3 0x00007f176f32a326 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x1457e10, th=0x1fbf630) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #4 0x00007f176f32c45b in ThreadWeaver::WorkingHardState::applyForWork (this=0x19518f0, th=0x1fbf630) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #5 0x00007f176f32aa5f in ThreadWeaver::ThreadRunHelper::run (this=0x7f174d0e2000, parent=0x1457e10, th=0x1fbf630) at ../../../threadweaver/Weaver/Thread.cpp:87 #6 0x00007f176f32aeb8 in ThreadWeaver::Thread::run (this=0x1fbf630) at ../../../threadweaver/Weaver/Thread.cpp:142 #7 0x00007f177288d445 in QThreadPrivate::start (arg=0x1fbf630) at thread/qthread_unix.cpp:188 #8 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #9 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f174c8e1910 (LWP 8763)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261 #1 0x00007f177288e4fb in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x1b8d370, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:87 #2 QWaitCondition::wait (this=<value optimized out>, mutex=0x1b8d370, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:159 #3 0x00007f176f32a326 in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x1457e10, th=0x7f1740005510) at ../../../threadweaver/Weaver/WeaverImpl.cpp:365 #4 0x00007f176f32c45b in ThreadWeaver::WorkingHardState::applyForWork (this=0x19518f0, th=0x7f1740005510) at ../../../threadweaver/Weaver/WorkingHardState.cpp:71 #5 0x00007f176f32aa5f in ThreadWeaver::ThreadRunHelper::run (this=0x7f174c8e1000, parent=0x1457e10, th=0x7f1740005510) at ../../../threadweaver/Weaver/Thread.cpp:87 #6 0x00007f176f32aeb8 in ThreadWeaver::Thread::run (this=0x7f1740005510) at ../../../threadweaver/Weaver/Thread.cpp:142 #7 0x00007f177288d445 in QThreadPrivate::start (arg=0x7f1740005510) at thread/qthread_unix.cpp:188 #8 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #9 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #10 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f174babb910 (LWP 8764)): #0 0x00007f17720713c2 in select () from /lib/libc.so.6 #1 0x00007f1763255725 in xine_usec_sleep (usec=<value optimized out>) at utils.c:481 #2 0x00007f176323a7e9 in video_out_loop (this_gen=<value optimized out>) at video_out.c:1246 #3 0x00007f176c5dea04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #4 0x00007f17720787bd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f1774e2c7a0 (LWP 8748)): [KCrash Handler] #5 0x00007f1771fcc4b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #6 0x00007f1771fcff50 in *__GI_abort () at abort.c:92 #7 0x00007f1772885864 in qt_message_output (msgType=QtFatalMsg, buf=<value optimized out>) at global/qglobal.cpp:2042 #8 0x00007f17728859b6 in qFatal (msg=<value optimized out>) at global/qglobal.cpp:2241 #9 0x00007f17634a261b in Phonon::Xine::MediaObject::handleStateChange (this=0x121b5f0, newstate=Phonon::LoadingState, oldstate=Phonon::LoadingState) at ../../xine/mediaobject.cpp:234 #10 0x00007f17634a2e95 in Phonon::Xine::MediaObject::qt_metacall (this=0x121b5f0, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7f1740017be0) at ./mediaobject.moc:158 #11 0x00007f17729830f9 in QObject::event (this=0x121b5f0, e=0x7f17400addc0) at kernel/qobject.cpp:1111 #12 0x00007f1773297efc in QApplicationPrivate::notify_helper (this=0x1093f50, receiver=0x121b5f0, e=0x7f17400addc0) at kernel/qapplication.cpp:4056 #13 0x00007f177329f1ce in QApplication::notify (this=0x7fff194eb300, receiver=0x121b5f0, e=0x7f17400addc0) at kernel/qapplication.cpp:4021 #14 0x00007f177495be56 in KApplication::notify (this=0x7fff194eb300, receiver=0x121b5f0, event=0x7f17400addc0) at ../../kdeui/kernel/kapplication.cpp:302 #15 0x00007f1772973c2c in QCoreApplication::notifyInternal (this=0x7fff194eb300, receiver=0x121b5f0, event=0x7f17400addc0) at kernel/qcoreapplication.cpp:610 #16 0x00007f177297480a in QCoreApplication::sendEvent (receiver=0x0, event_type=<value optimized out>, data=0xf70800) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213 #17 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=<value optimized out>, data=0xf70800) at kernel/qcoreapplication.cpp:1247 #18 0x00007f177299c533 in QCoreApplication::sendPostedEvents (s=<value optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:218 #19 postEventSourceDispatch (s=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:210 #20 0x00007f176af15bce in g_main_dispatch (context=0x108d080) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:1960 #21 IA__g_main_context_dispatch (context=0x108d080) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2513 #22 0x00007f176af19598 in g_main_context_iterate (context=0x108d080, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2591 #23 0x00007f176af196c0 in IA__g_main_context_iteration (context=0x108d080, may_block=0) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2654 #24 0x00007f177299c1a6 in QEventDispatcherGlib::processEvents (this=0xf70460, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:327 #25 0x00007f177332c4be in QGuiEventDispatcherGlib::processEvents (this=0x222c, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:202 #26 0x00007f1772974c1f in QCoreApplication::processEvents (flags=) at kernel/qcoreapplication.cpp:803 #27 0x00007f176e07fa71 in QScriptEnginePrivate::processEvents (this=0x2f36bf0) at qscriptengine_p.cpp:2198 #28 0x00007f176e06d7dc in QScriptContextPrivate::execute (this=0x2fb8c90, code=<value optimized out>) at qscriptcontext_p.cpp:1003 #29 0x00007f176e09bff7 in QScript::EvalFunction::evaluate(QScriptContextPrivate*, QString const&, int, QString const&, bool) () from /usr/lib/libQtScript.so.4 #30 0x00007f176e07cca5 in QScriptEngine::evaluate (this=<value optimized out>, program=..., fileName=..., lineNumber=-1) at qscriptengine.cpp:944 #31 0x00007f1774284b9b in ScriptManager::slotRunScript (this=0x1f65cd0, name=) at /build/buildd/amarok-2.2.1/src/dialogs/ScriptManager.cpp:434 #32 0x00007f1774286006 in ScriptManager::slotConfigChanged (this=0x1f65cd0, changed=<value optimized out>) at /build/buildd/amarok-2.2.1/src/dialogs/ScriptManager.cpp:512 #33 0x00007f177428665f in ScriptManager::findScripts (this=<value optimized out>) at /build/buildd/amarok-2.2.1/src/dialogs/ScriptManager.cpp:632 #34 0x00007f1774286af3 in ScriptManager::updaterFinished (this=0x1f65cd0, scriptPath=) at /build/buildd/amarok-2.2.1/src/dialogs/ScriptManager.cpp:265 #35 0x00007f1774288194 in ScriptManager::qt_metacall (this=0x1f65cd0, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff194e9c90) at /build/buildd/amarok-2.2.1/obj-x86_64-linux-gnu/src/ScriptManager.moc:110 #36 0x00007f1772988ddc in QMetaObject::activate (sender=0x23d4338, from_signal_index=<value optimized out>, to_signal_index=<value optimized out>, argv=0xffffffffffffffff) at kernel/qobject.cpp:3113 #37 0x00007f1773df17b2 in ScriptUpdater::finished (this=0x222c, _t1=<value optimized out>) at /build/buildd/amarok-2.2.1/obj-x86_64-linux-gnu/src/moc_ScriptUpdater.cpp:90 #38 0x00007f177428bd54 in ScriptUpdater::phase2 (this=0x23d4338, job=<value optimized out>) at /build/buildd/amarok-2.2.1/src/dialogs/ScriptUpdater.cpp:104 #39 0x00007f1773df2b97 in ScriptUpdater::qt_metacall (this=0x23d4338, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff194e9f60) at /build/buildd/amarok-2.2.1/obj-x86_64-linux-gnu/src/moc_ScriptUpdater.cpp:76 #40 0x00007f1772988ddc in QMetaObject::activate (sender=0x1b52b80, from_signal_index=<value optimized out>, to_signal_index=<value optimized out>, argv=0xffffffffffffffff) at kernel/qobject.cpp:3113 #41 0x00007f1772d5ee62 in KJob::result (this=0x222c, _t1=0x1b52b80) at ./kjob.moc:188 #42 0x00007f1772d5f1df in KJob::emitResult (this=0x1b52b80) at ../../kdecore/jobs/kjob.cpp:304 #43 0x00007f176bdc4aeb in KIO::FileCopyJob::slotResult (this=0x1b52b80, job=0x2865d60) at ../../kio/kio/job.cpp:2202 #44 0x00007f176bdc4620 in KIO::FileCopyJob::qt_metacall (this=0x1b52b80, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff194ea100) at ./jobclasses.moc:673 #45 0x00007f1772988ddc in QMetaObject::activate (sender=0x2865d60, from_signal_index=<value optimized out>, to_signal_index=<value optimized out>, argv=0xffffffffffffffff) at kernel/qobject.cpp:3113 #46 0x00007f1772d5ee62 in KJob::result (this=0x222c, _t1=0x2865d60) at ./kjob.moc:188 #47 0x00007f1772d5f1df in KJob::emitResult (this=0x2865d60) at ../../kdecore/jobs/kjob.cpp:304 #48 0x00007f176bdbbd93 in KIO::SimpleJob::slotFinished (this=0x2865d60) at ../../kio/kio/job.cpp:477 #49 0x00007f176bdbc253 in KIO::TransferJob::slotFinished (this=0x2865d60) at ../../kio/kio/job.cpp:948 #50 0x00007f176bdba6f6 in KIO::SimpleJob::slotError (this=0x2865d60, err=<value optimized out>, errorText=...) at ../../kio/kio/job.cpp:489 #51 0x00007f176bdba838 in KIO::SimpleJob::qt_metacall (this=0x2865d60, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff194ea5f0) at ./jobclasses.moc:158 #52 0x00007f176bdba9c0 in KIO::TransferJob::qt_metacall (this=0x222c, _c=8748, _id=6, _a=0xffffffffffffffff) at ./jobclasses.moc:331 #53 0x00007f1772988ddc in QMetaObject::activate (sender=0x2867e10, from_signal_index=<value optimized out>, to_signal_index=<value optimized out>, argv=0xffffffffffffffff) at kernel/qobject.cpp:3113 #54 0x00007f176be79036 in KIO::SlaveInterface::error (this=0x222c, _t1=111, _t2=<value optimized out>) at ./slaveinterface.moc:153 #55 0x00007f176be7cb97 in KIO::SlaveInterface::dispatch (this=0x2867e10, _cmd=<value optimized out>, rawdata=...) at ../../kio/kio/slaveinterface.cpp:208 #56 0x00007f176be79343 in KIO::SlaveInterface::dispatch (this=0x2867e10) at ../../kio/kio/slaveinterface.cpp:91 #57 0x00007f176be6c15d in KIO::Slave::gotInput (this=0x2867e10) at ../../kio/kio/slave.cpp:322 #58 0x00007f176be6e27c in KIO::Slave::qt_metacall (this=0x2867e10, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff194ea990) at ./slave.moc:76 #59 0x00007f1772988ddc in QMetaObject::activate (sender=0x2803b20, from_signal_index=<value optimized out>, to_signal_index=<value optimized out>, argv=0xffffffffffffffff) at kernel/qobject.cpp:3113 #60 0x00007f176bd88ed7 in KIO::ConnectionPrivate::dequeue (this=0x26ae580) at ../../kio/kio/connection.cpp:82 #61 0x00007f176bd88ffd in KIO::Connection::qt_metacall (this=0x2803b20, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x2563480) at ./connection.moc:73 #62 0x00007f17729830f9 in QObject::event (this=0x2803b20, e=0x1c81b80) at kernel/qobject.cpp:1111 #63 0x00007f1773297efc in QApplicationPrivate::notify_helper (this=0x1093f50, receiver=0x2803b20, e=0x1c81b80) at kernel/qapplication.cpp:4056 #64 0x00007f177329f1ce in QApplication::notify (this=0x7fff194eb300, receiver=0x2803b20, e=0x1c81b80) at kernel/qapplication.cpp:4021 #65 0x00007f177495be56 in KApplication::notify (this=0x7fff194eb300, receiver=0x2803b20, event=0x1c81b80) at ../../kdeui/kernel/kapplication.cpp:302 #66 0x00007f1772973c2c in QCoreApplication::notifyInternal (this=0x7fff194eb300, receiver=0x2803b20, event=0x1c81b80) at kernel/qcoreapplication.cpp:610 #67 0x00007f177297480a in QCoreApplication::sendEvent (receiver=0x0, event_type=<value optimized out>, data=0xf70800) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213 #68 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=<value optimized out>, data=0xf70800) at kernel/qcoreapplication.cpp:1247 #69 0x00007f177299c533 in QCoreApplication::sendPostedEvents (s=<value optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:218 #70 postEventSourceDispatch (s=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:210 #71 0x00007f176af15bce in g_main_dispatch (context=0x108d080) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:1960 #72 IA__g_main_context_dispatch (context=0x108d080) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2513 #73 0x00007f176af19598 in g_main_context_iterate (context=0x108d080, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2591 #74 0x00007f176af196c0 in IA__g_main_context_iteration (context=0x108d080, may_block=1) at /build/buildd/glib2.0-2.22.3/glib/gmain.c:2654 #75 0x00007f177299c1a6 in QEventDispatcherGlib::processEvents (this=0xf70460, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:327 #76 0x00007f177332c4be in QGuiEventDispatcherGlib::processEvents (this=0x222c, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:202 #77 0x00007f1772972532 in QEventLoop::processEvents (this=<value optimized out>, flags=) at kernel/qeventloop.cpp:149 #78 0x00007f1772972904 in QEventLoop::exec (this=0x7fff194eb290, flags=) at kernel/qeventloop.cpp:201 #79 0x00007f1772974ab9 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888 #80 0x0000000000409df4 in main (argc=<value optimized out>, argv=<value optimized out>) at /build/buildd/amarok-2.2.1/src/main.cpp:227 The current source language is "auto; currently c". Reported using DrKonqi
i just produced a crash with an apparently identical backtrace without performing step 4. in fact, i had the same playlist loaded as before and the "Resume playback on startup" option enabled, so Amarok simply crashed shortly after starting up (after scrolling through about a dozen tracks).
This is not a crash in Amarok, but in Phonon. Most likely a duplicate, I just can't find the right one. Reassiging
From bug 219511: --- It inevitably happens whenever I start switching tracks really quickly. Like, starting another track before the first even started to play. From bug 220302: --- What I was doing when the application crashed: I use Amarok to open a folder that has MP3 files. Amarok starts scanning the files to build the playback list. An error window in the left corner appears message says Too many errors encountered in playlist. Playback stopped It just keeps looping throught the MP3 files within the folder and never stops no matter what I do unless I just close the window --- The ASSERT is "m_state == BufferingState"
*** Bug 219511 has been marked as a duplicate of this bug. ***
*** Bug 220302 has been marked as a duplicate of this bug. ***
*** Bug 224582 has been marked as a duplicate of this bug. ***
Created attachment 40338 [details] New crash information added by DrKonqi It was real shock for me. I was just browsing net and listening to the music. Current song was over and when it was time to play next one instead of song i saw a crash reporting dialog :(
*** Bug 225047 has been marked as a duplicate of this bug. ***
It is strange that when the playlist is clean and I double tap on the artist, he adds to the playlist with all its songs and starting playing without problem. But then clicking on the playlist to choose another song results in the same weird loop.
*** Bug 232523 has been marked as a duplicate of this bug. ***
*** Bug 228120 has been marked as a duplicate of this bug. ***
*** Bug 227843 has been marked as a duplicate of this bug. ***
*** Bug 232946 has been marked as a duplicate of this bug. ***
*** Bug 233029 has been marked as a duplicate of this bug. ***
*** Bug 233183 has been marked as a duplicate of this bug. ***
*** Bug 233264 has been marked as a duplicate of this bug. ***
*** Bug 233537 has been marked as a duplicate of this bug. ***
*** Bug 233977 has been marked as a duplicate of this bug. ***
*** This bug has been confirmed by popular vote. ***
*** Bug 234693 has been marked as a duplicate of this bug. ***
*** Bug 235569 has been marked as a duplicate of this bug. ***
*** Bug 236710 has been marked as a duplicate of this bug. ***
*** Bug 237025 has been marked as a duplicate of this bug. ***
*** Bug 237669 has been marked as a duplicate of this bug. ***
*** Bug 237650 has been marked as a duplicate of this bug. ***
*** Bug 239868 has been marked as a duplicate of this bug. ***
*** Bug 239911 has been marked as a duplicate of this bug. ***
*** Bug 240247 has been marked as a duplicate of this bug. ***
*** Bug 240619 has been marked as a duplicate of this bug. ***
*** Bug 240653 has been marked as a duplicate of this bug. ***
*** Bug 240900 has been marked as a duplicate of this bug. ***
*** Bug 241229 has been marked as a duplicate of this bug. ***
*** Bug 242089 has been marked as a duplicate of this bug. ***
*** Bug 242633 has been marked as a duplicate of this bug. ***
*** Bug 242835 has been marked as a duplicate of this bug. ***
I changed my Suse 11.2 repo from KDE 4 Factory to KDE 4 Unstable and updated KDE and Amarok. Since that time there were no crashes on my system.
Created attachment 48591 [details] New crash information added by DrKonqi My Amarok just crashed too. It seems to be the same backtrace as this bugreport. What I just did is that I switch to the next song while Amarok was minimized to tray. (with keyboard shortcut). It's a random crash (happens about once every month). Phonon : 4:4.6.0really4.4.2-1 Xine : 1.1.18.1-1+b2 -- Jeremy
*** Bug 243764 has been marked as a duplicate of this bug. ***
Created attachment 49139 [details] New crash information added by DrKonqi When I rapidly skipped through tracks Amarok crashed
*** Bug 244707 has been marked as a duplicate of this bug. ***
*** Bug 244953 has been marked as a duplicate of this bug. ***
What about fixing this bug?
*** Bug 245635 has been marked as a duplicate of this bug. ***
*** Bug 245670 has been marked as a duplicate of this bug. ***
*** Bug 246261 has been marked as a duplicate of this bug. ***
*** Bug 246342 has been marked as a duplicate of this bug. ***
A workaround for users suffering from this bug: the crash affects only the xine backend. If you switch the phonon backend in system settings to e.g. gstreamer you shouldn't have any crashes in amarok related to this bug.
(In reply to comment #47) > A workaround for users suffering from this bug: the crash affects only the xine > backend. If you switch the phonon backend in system settings to e.g. gstreamer > you shouldn't have any crashes in amarok related to this bug. Also, there's a new vlc phonon backend out there, so if you dislike gstreamer, give it a try (works nicely for me, installed from packages in the vlc opensuse repos).
*** Bug 246388 has been marked as a duplicate of this bug. ***
*** Bug 246857 has been marked as a duplicate of this bug. ***
*** Bug 246925 has been marked as a duplicate of this bug. ***
*** Bug 247883 has been marked as a duplicate of this bug. ***
*** Bug 247963 has been marked as a duplicate of this bug. ***
*** Bug 248338 has been marked as a duplicate of this bug. ***
*** Bug 248476 has been marked as a duplicate of this bug. ***
*** Bug 249445 has been marked as a duplicate of this bug. ***
*** Bug 250419 has been marked as a duplicate of this bug. ***
*** Bug 250509 has been marked as a duplicate of this bug. ***
*** Bug 251355 has been marked as a duplicate of this bug. ***
*** Bug 251766 has been marked as a duplicate of this bug. ***
*** Bug 251785 has been marked as a duplicate of this bug. ***
*** Bug 253620 has been marked as a duplicate of this bug. ***
*** Bug 253976 has been marked as a duplicate of this bug. ***
*** Bug 255738 has been marked as a duplicate of this bug. ***
*** Bug 256060 has been marked as a duplicate of this bug. ***
Created attachment 53328 [details] New crash information added by DrKonqi All songs on playlist were available. Amarok crashed when I clicked on Next quickly.
Created attachment 53911 [details] New crash information added by DrKonqi amarok (2.3.2) on KDE Platform 4.5.3 (KDE 4.5.3) using Qt 4.7.1 - What I was doing when the application crashed: Loaded playlist with files in an unmounted drive Tried to play tracks Amarok cycles through tracks trying to find one it can play Amarok crashes -- Backtrace (Reduced): #11 0x00007fb6aa52ad4b in Phonon::Xine::MediaObject::handleStateChange (this=0x1aeae60, newstate=Phonon::LoadingState, oldstate=<value optimized out>) at /usr/src/debug/phonon-4.4.2/xine/mediaobject.cpp:234 #12 0x00007fb6aa52b5ab in Phonon::Xine::MediaObject::qt_metacall (this=0x1aeae60, _c=QMetaObject::InvokeMetaMethod, _id=21, _a=0x7fb6990e26c0) at /usr/src/debug/phonon-4.4.2/x86_64-redhat-linux-gnu/xine/mediaobject.moc:164 #13 0x00007fb6bb685b4a in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4 #14 0x00007fb6bc0158c4 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4 #15 0x00007fb6bc01a3da in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
*** Bug 259372 has been marked as a duplicate of this bug. ***
*** Bug 259626 has been marked as a duplicate of this bug. ***
*** Bug 259808 has been marked as a duplicate of this bug. ***
*** Bug 261468 has been marked as a duplicate of this bug. ***
*** Bug 261988 has been marked as a duplicate of this bug. ***
It'd be nice if Bugzilla added people who are subscribed to a bug marked as a dupe to the list of subscribers to the duplicated bug.
*** Bug 262344 has been marked as a duplicate of this bug. ***
Created attachment 56529 [details] New crash information added by DrKonqi just go very quickly i.e. a 10 to 15 songs forward
*** Bug 264713 has been marked as a duplicate of this bug. ***
*** Bug 265143 has been marked as a duplicate of this bug. ***
*** Bug 266614 has been marked as a duplicate of this bug. ***
I get this issue too, just regularly playing the music or more often when just starting amarok and pressing play key. But today I got some very weird parameter set on crash: Thread 1 (Thread 0xb7fcf770 (LWP 1895)): #0 0x0012e416 in __kernel_vsyscall () #1 0x02036941 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0x02039e42 in abort () at abort.c:92 #3 0x01cc52dc in qt_message_output (msgType=QtFatalMsg, buf=0x9e9461b0 "ASSERT: \"m_state == BufferingState\" in file ../../xine/mediaobject.cpp, line 235") at global/qglobal.cpp:2259 #4 0x01cc54aa in qt_message (msgType=<value optimized out>, msg=0x1e3da7c "ASSERT: \"%s\" in file %s, line %d", ap=0xbfffe104 "xg\262\006]g\262\006", <incomplete sequence \353>) at global/qglobal.cpp:2305 #5 0x01cc55b9 in qFatal (msg=0x1e3da7c "ASSERT: \"%s\" in file %s, line %d") at global/qglobal.cpp:2488 #6 0x01cc5645 in qt_assert (assertion=0x6b26778 "m_state == BufferingState", file=0x6b2675d "../../xine/mediaobject.cpp", line=235) at global/qglobal.cpp:2004 #7 0x06aff4a1 in Phonon::Xine::MediaObject::handleStateChange (this=0x836b310, newstate=Phonon::LoadingState, oldstate=Phonon::PlayingState) at ../../xine/mediaobject.cpp:235 #8 0x06affe53 in Phonon::Xine::MediaObject::qt_metacall (this=0x836b310, _c=QMetaObject::InvokeMetaMethod, _id=21, _a=0x9acd17a0) at ./mediaobject.moc:164 #9 0x01dd68ca in QMetaObject::metacall (object=0x836b310, cl=1895, idx=25, argv=0x9acd17a0) at kernel/qmetaobject.cpp:237 #10 0x01de1df6 in QMetaCallEvent::placeMetaCall (this=0x9aa11540, object=0x836b310) at kernel/qobject.cpp:534 #11 0x01de36a2 in QObject::event (this=0x836b310, e=0x6) at kernel/qobject.cpp:1219 #12 0x01028fdc in QApplicationPrivate::notify_helper (this=0x8163db8, receiver=0x836b310, e=0x9aa11540) at kernel/qapplication.cpp:4396 #13 0x0102f04e in QApplication::notify (this=0xbfffea68, receiver=0x836b310, e=0x9aa11540) at kernel/qapplication.cpp:3798 #14 0x00338f7a in KApplication::notify (this=0xbfffea68, receiver=0x836b310, event=0x9aa11540) at ../../kdeui/kernel/kapplication.cpp:311 #15 0x01dd0b3b in QCoreApplication::notifyInternal (this=0xbfffea68, receiver=0x836b310, event=0x9aa11540) at kernel/qcoreapplication.cpp:732 #16 0x01dd3d8b in sendEvent (receiver=0x0, event_type=0, data=0x8065178) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #17 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x8065178) at kernel/qcoreapplication.cpp:1373 #18 0x01dd3f4d in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1266 #19 0x01dffa74 in sendPostedEvents (s=0x8167b08) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:220 #20 postEventSourceDispatch (s=0x8167b08) at kernel/qeventdispatcher_glib.cpp:277 #21 0x033a5855 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #22 0x033a9668 in ?? () from /lib/libglib-2.0.so.0 #23 0x033a9848 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #24 0x01dff565 in QEventDispatcherGlib::processEvents (this=0x8064c28, flags=...) at kernel/qeventdispatcher_glib.cpp:415 #25 0x010eabe5 in QGuiEventDispatcherGlib::processEvents (this=0x8064c28, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #26 0x01dcf609 in QEventLoop::processEvents (this=0xbfffe9c4, flags=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece or DW_OP_bit_piece. ) at kernel/qeventloop.cpp:149 #27 0x01dcfa8a in QEventLoop::exec (this=0xbfffe9c4, flags=...) at kernel/qeventloop.cpp:201 #28 0x01dd400f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1009 #29 0x01027e07 in QApplication::exec () at kernel/qapplication.cpp:3672 #30 0x08050e75 in main (argc=3, argv=0xbffff424) at ../../src/main.cpp:268 The funny thing is: (gdb) up 7 #7 0x06aff4a1 in Phonon::Xine::MediaObject::handleStateChange (this=0x836b310, newstate=Phonon::LoadingState, oldstate=Phonon::PlayingState) at ../../xine/mediaobject.cpp:235 235 in ../../xine/mediaobject.cpp (gdb) p *this $5 = {<QObject> = {_vptr.QObject = 0x6b2ce88, static staticMetaObject = {d = {superdata = 0x0, stringdata = 0x1e98d80 "QObject", data = 0x1e98e20, extradata = 0x1efe240}}, d_ptr = {d = 0x836b360}, static staticQtMetaObject = {d = {superdata = 0x0, stringdata = 0x1ea18c0 "Qt", data = 0x1ea5000, extradata = 0x0}}}, <Phonon::MediaObjectInterface> = {_vptr.MediaObjectInterface = 0x6b2cf28}, <Phonon::AddonInterface> = { _vptr.AddonInterface = 0x6b2cf8c}, <Phonon::Xine::SourceNode> = {_vptr.SourceNode = 0x6b2cfa4, m_threadSafeObject = {d = 0x8312b18}, m_sinks = { q_hash = {{d = 0xb74019e8, e = 0xb74019e8}}}}, static staticMetaObject = {d = {superdata = 0x1efe230, stringdata = 0x6b271e0 "Phonon::Xine::MediaObject", data = 0x6b27820, extradata = 0x0}}, m_state = Phonon::PlayingState, m_stream = 0x8312b10, m_tickInterval = 100, m_bytestream = {o = 0x0}, m_currentTimeOverride = 137802562, m_mediaSource = {d = {d = 0xa64790f8}}, m_titles = {{p = { static shared_null = {ref = {_q_value = 1}, alloc = 0, begin = 0, end = 0, sharable = 1, array = {0x0}}, d = 0x805b0d0}, d = 0x805b0d0}}, m_mediaDevice = {static shared_null = {ref = {_q_value = 1}, alloc = 0, size = 0, data = 0x805b110 "", array = ""}, static shared_empty = {ref = { _q_value = 93}, alloc = 0, size = 0, data = 0x1f043b8 "", array = ""}, d = 0x805b100}, m_currentTitle = 1, m_prefinishMark = 2000, m_transitionTime = 0, m_autoplayTitles = true, m_waitingForNextSource = false} So m_state = Phonon::PlayingState and oldstate=Phonon::PlayingState, therefore the execution should not get at mediaobject.cpp:235 at all! I installed phonon-backend-xine sources to check it, really: 225 void MediaObject::handleStateChange(Phonon::State newstate, Phonon::State oldstate) 226 { 227 if (m_state == newstate && m_state == BufferingState) { 228 debug() << Q_FUNC_INFO << blue << "end faking" << normal; 229 // BufferingState -> BufferingState, nothing to do 230 return; 231 } else if (m_state != oldstate) { 232 // m_state == oldstate always, except when faking buffering: 233 234 // so we're faking BufferingState, then m_state must be in BufferingState 235 Q_ASSERT(m_state == BufferingState); 236 if (newstate == PlayingState || newstate == ErrorState) { 237 debug() << Q_FUNC_INFO << blue << "end faking" << normal; 238 oldstate = m_state; 239 } else { 240 // we're faking BufferingState and stay there until we either reach BufferingState, 241 // PlayingState or ErrorState 242 return; 243 } 244 } 245 m_state = newstate; 246 247 debug() << Q_FUNC_INFO << "reached " << newstate << " after " << oldstate; 248 emit stateChanged(newstate, oldstate); 249 } The most reasonable explanation for this may be a concurrent access to xine object from the other thread. Does amarok address phonon from more than one thread? If not, I'd say there is a problem in phonon-xine.
The problem is more or less easily reproducible if the system is under heavy load and you press the 'next' key few times quickly. I analyzed a little how the switch to the next track is performed in Phonon::Xine::MediaObject::handleStateChange. First of all calls are made from thread1, so there are no "classical" multithreading problems. Usual state change on track switch is: Play->Stop->Load->Stop->Buff->Play when the bug occurs, it is: Stop->Load->Stop->Buff->Stop->Load afterwards some out-of-row switch Buff->Stop comes and routine assert because it is actually in Loading state. The question is, where this wrong state change event comes from?
*** Bug 268872 has been marked as a duplicate of this bug. ***
*** Bug 268941 has been marked as a duplicate of this bug. ***
Actually, the problem I traced back to Phonon. Install as much codecs as possible, which are needed to decode your audio files. The problem seems to get reduced.
*** Bug 269286 has been marked as a duplicate of this bug. ***
*** Bug 270449 has been marked as a duplicate of this bug. ***
*** Bug 271186 has been marked as a duplicate of this bug. ***
Created attachment 59283 [details] New crash information added by DrKonqi amarok (2.4.0) on KDE Platform 4.6.2 (4.6.2) using Qt 4.7.0 - What I was doing when the application crashed: I wanted to skip to the next title in the playlist several times and the program crashed. -- Backtrace (Reduced): #13 0x00a0a645 in qt_assert (assertion=0x3071778 "m_state == BufferingState", file=0x307175d "../../xine/mediaobject.cpp", line=235) at global/qglobal.cpp:2004 #14 0x0304a4a1 in Phonon::Xine::MediaObject::handleStateChange (this=0x9702318, newstate=Phonon::BufferingState, oldstate=Phonon::LoadingState) at ../../xine/mediaobject.cpp:235 #15 0x0304ae53 in Phonon::Xine::MediaObject::qt_metacall (this=0x9702318, _c=QMetaObject::InvokeMetaMethod, _id=21, _a=0x9a39fee0) at ./mediaobject.moc:164 [...] #18 0x00b286a2 in QObject::event (this=0x9702318, e=0x6) at kernel/qobject.cpp:1219 #19 0x033befdc in QApplicationPrivate::notify_helper (this=0x95665c0, receiver=0x9702318, e=0x9a3048b8) at kernel/qapplication.cpp:4396
*** Bug 271747 has been marked as a duplicate of this bug. ***
*** Bug 272821 has been marked as a duplicate of this bug. ***
*** Bug 273966 has been marked as a duplicate of this bug. ***
*** Bug 274164 has been marked as a duplicate of this bug. ***
Please use another backend, the xine backend is deprecated as the upstream development is stalled. You can choose between the gstreamer backend or the vlc backend, both are actively developed and maintained.
No offense but I don't think closing this bug saying "Unmaintained" is a good idea. Xine makes Amarok crash. It is a fact and a lot of people are affected. If Xine is deprecated and not maintained, then why not simply remove it from Debian ? Users would'nt complain anymore. In addition, last time I checked, gstreamer was even worse than xine when using Amarok. I never tried vlc backend. Jeremy
Jérémy Coulon you should tell that to Debian packages maintainers, not here. KDE team cannot change Debian behaviour
Yeah !! I thought I was writing on a Debian mailing list. Sorry about that. Apologies.
*** Bug 277234 has been marked as a duplicate of this bug. ***
*** Bug 282136 has been marked as a duplicate of this bug. ***
*** Bug 283958 has been marked as a duplicate of this bug. ***
*** Bug 293339 has been marked as a duplicate of this bug. ***
*** Bug 293310 has been marked as a duplicate of this bug. ***
*** Bug 293299 has been marked as a duplicate of this bug. ***
*** Bug 293677 has been marked as a duplicate of this bug. ***
*** Bug 293185 has been marked as a duplicate of this bug. ***
Created attachment 72264 [details] New crash information added by DrKonqi Same scenario as the similar bug that was attached to.