Bug 219241 - Amarok crashes when trying to play unavailable tracks or switching tracks in a quick succession [assert, Phonon::Xine::MediaObject::handleStateChange]
Summary: Amarok crashes when trying to play unavailable tracks or switching tracks in ...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: Phonon
Classification: Frameworks and Libraries
Component: Xine backend (show other bugs)
Version: 4.4.4 (KDE 4.6.x)
Platform: Unlisted Binaries Linux
: NOR crash
Target Milestone: ---
Assignee: Harald Sitter
URL:
Keywords: release_blocker
: 219511 220302 224582 225047 227843 228120 232523 232946 233029 233183 233264 233537 234693 235569 236710 237025 237650 237669 239868 239911 240247 240619 240653 240900 241229 242089 242633 242835 243764 244707 244953 245635 245670 246261 246342 246388 246857 246925 247883 247963 248338 248476 249445 250419 250509 251355 251766 251785 253620 253976 255738 256060 259372 259626 259808 261468 261988 262344 264713 265143 266614 268872 268941 269286 270449 271186 271747 272821 273966 274164 277234 282136 283958 293185 293299 293310 293339 293677 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-12-18 21:30 UTC by Ivan D Vasin
Modified: 2012-07-01 21:11 UTC (History)
83 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
New crash information added by DrKonqi (19.47 KB, text/plain)
2010-01-29 07:25 UTC, Vovochka 		Details
New crash information added by DrKonqi (20.35 KB, text/plain)
2010-07-04 21:23 UTC, Jérémy Coulon 		Details
New crash information added by DrKonqi (29.92 KB, text/plain)
2010-07-14 06:05 UTC, tuxracer 		Details
New crash information added by DrKonqi (17.36 KB, text/plain)
2010-11-11 18:34 UTC, Eleazar 		Details
New crash information added by DrKonqi (14.23 KB, text/plain)
2010-11-30 19:12 UTC, jonathan.eidsness+kdebugs 		Details
New crash information added by DrKonqi (19.90 KB, text/plain)
2011-01-27 20:44 UTC, Thomas 		Details
New crash information added by DrKonqi (19.38 KB, text/plain)
2011-04-24 21:25 UTC, dobby_dm 		Details
New crash information added by DrKonqi (16.67 KB, text/plain)
2012-07-01 21:11 UTC, hombreguido 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Ivan D Vasin 2009-12-18 21:30:24 UTC 
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
Comment 1 Ivan D Vasin 2009-12-18 22:39:31 UTC 
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).
Comment 2 Myriam Schweingruber 2009-12-18 22:51:06 UTC 
This is not a crash in Amarok, but in Phonon. Most likely a duplicate, I just can't find the right one. Reassiging
Comment 3 Dario Andres 2009-12-27 22:05:56 UTC 
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"
Comment 4 Dario Andres 2009-12-27 22:06:02 UTC 
*** Bug 219511 has been marked as a duplicate of this bug. ***
Comment 5 Dario Andres 2009-12-27 22:06:30 UTC 
*** Bug 220302 has been marked as a duplicate of this bug. ***
Comment 6 Myriam Schweingruber 2010-01-28 10:03:32 UTC 
*** Bug 224582 has been marked as a duplicate of this bug. ***
Comment 7 Vovochka 2010-01-29 07:25:53 UTC 
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 :(
Comment 8 Myriam Schweingruber 2010-02-01 10:20:55 UTC 
*** Bug 225047 has been marked as a duplicate of this bug. ***
Comment 9 Tom Kijas 2010-02-01 15:20:11 UTC 
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.
Comment 10 Sven Krohlas 2010-04-01 11:35:52 UTC 
*** Bug 232523 has been marked as a duplicate of this bug. ***
Comment 11 Sven Krohlas 2010-04-01 11:37:45 UTC 
*** Bug 228120 has been marked as a duplicate of this bug. ***
Comment 12 Sven Krohlas 2010-04-01 11:38:29 UTC 
*** Bug 227843 has been marked as a duplicate of this bug. ***
Comment 13 Sven Krohlas 2010-04-01 12:16:03 UTC 
*** Bug 232946 has been marked as a duplicate of this bug. ***
Comment 14 Sven Krohlas 2010-04-02 11:39:01 UTC 
*** Bug 233029 has been marked as a duplicate of this bug. ***
Comment 15 Sven Krohlas 2010-04-04 12:23:37 UTC 
*** Bug 233183 has been marked as a duplicate of this bug. ***
Comment 16 Sven Krohlas 2010-04-04 18:07:56 UTC 
*** Bug 233264 has been marked as a duplicate of this bug. ***
Comment 17 Sven Krohlas 2010-04-07 21:02:37 UTC 
*** Bug 233537 has been marked as a duplicate of this bug. ***
Comment 18 Sven Krohlas 2010-04-10 20:15:37 UTC 
*** Bug 233977 has been marked as a duplicate of this bug. ***
Comment 19 Marius 2010-04-14 09:35:00 UTC 
*** This bug has been confirmed by popular vote. ***
Comment 20 Sven Krohlas 2010-04-20 23:54:13 UTC 
*** Bug 234693 has been marked as a duplicate of this bug. ***
Comment 21 Mikko C. 2010-04-30 12:20:14 UTC 
*** Bug 235569 has been marked as a duplicate of this bug. ***
Comment 22 Mikko C. 2010-05-07 17:35:11 UTC 
*** Bug 236710 has been marked as a duplicate of this bug. ***
Comment 23 Mikko C. 2010-05-10 08:40:21 UTC 
*** Bug 237025 has been marked as a duplicate of this bug. ***
Comment 24 Mikko C. 2010-05-16 11:20:31 UTC 
*** Bug 237669 has been marked as a duplicate of this bug. ***
Comment 25 Mikko C. 2010-05-16 11:23:06 UTC 
*** Bug 237650 has been marked as a duplicate of this bug. ***
Comment 26 Sven Krohlas 2010-05-28 18:18:34 UTC 
*** Bug 239868 has been marked as a duplicate of this bug. ***
Comment 27 Myriam Schweingruber 2010-05-28 22:21:41 UTC 
*** Bug 239911 has been marked as a duplicate of this bug. ***
Comment 28 Myriam Schweingruber 2010-06-01 00:10:59 UTC 
*** Bug 240247 has been marked as a duplicate of this bug. ***
Comment 29 Myriam Schweingruber 2010-06-03 17:59:52 UTC 
*** Bug 240619 has been marked as a duplicate of this bug. ***
Comment 30 Myriam Schweingruber 2010-06-05 01:18:53 UTC 
*** Bug 240653 has been marked as a duplicate of this bug. ***
Comment 31 Myriam Schweingruber 2010-06-07 00:22:57 UTC 
*** Bug 240900 has been marked as a duplicate of this bug. ***
Comment 32 Myriam Schweingruber 2010-06-10 02:13:36 UTC 
*** Bug 241229 has been marked as a duplicate of this bug. ***
Comment 33 Myriam Schweingruber 2010-06-19 03:01:14 UTC 
*** Bug 242089 has been marked as a duplicate of this bug. ***
Comment 34 Myriam Schweingruber 2010-06-24 10:20:01 UTC 
*** Bug 242633 has been marked as a duplicate of this bug. ***
Comment 35 Myriam Schweingruber 2010-06-30 10:38:11 UTC 
*** Bug 242835 has been marked as a duplicate of this bug. ***
Comment 36 Matze 2010-06-30 13:42:03 UTC 
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.
Comment 37 Jérémy Coulon 2010-07-04 21:23:27 UTC 
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
Comment 38 Myriam Schweingruber 2010-07-06 22:12:57 UTC 
*** Bug 243764 has been marked as a duplicate of this bug. ***
Comment 39 tuxracer 2010-07-14 06:05:43 UTC 
Created attachment 49139 [details]
New crash information added by DrKonqi

When I rapidly skipped through tracks Amarok crashed
Comment 40 Myriam Schweingruber 2010-07-15 10:18:21 UTC 
*** Bug 244707 has been marked as a duplicate of this bug. ***
Comment 41 Myriam Schweingruber 2010-07-17 14:12:47 UTC 
*** Bug 244953 has been marked as a duplicate of this bug. ***
Comment 42 Germano Massullo 2010-07-17 14:17:24 UTC 
What about fixing this bug?
Comment 43 Myriam Schweingruber 2010-07-24 13:41:26 UTC 
*** Bug 245635 has been marked as a duplicate of this bug. ***
Comment 44 Myriam Schweingruber 2010-07-24 21:10:53 UTC 
*** Bug 245670 has been marked as a duplicate of this bug. ***
Comment 45 Myriam Schweingruber 2010-07-30 15:16:32 UTC 
*** Bug 246261 has been marked as a duplicate of this bug. ***
Comment 46 Myriam Schweingruber 2010-07-31 13:18:44 UTC 
*** Bug 246342 has been marked as a duplicate of this bug. ***
Comment 47 Marius 2010-07-31 13:31:05 UTC 
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.
Comment 48 Ivo Anjo 2010-08-01 01:23:00 UTC 
(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).
Comment 49 Myriam Schweingruber 2010-08-01 10:30:46 UTC 
*** Bug 246388 has been marked as a duplicate of this bug. ***
Comment 50 Myriam Schweingruber 2010-08-06 09:53:10 UTC 
*** Bug 246857 has been marked as a duplicate of this bug. ***
Comment 51 Myriam Schweingruber 2010-08-06 19:03:01 UTC 
*** Bug 246925 has been marked as a duplicate of this bug. ***
Comment 52 Myriam Schweingruber 2010-08-15 09:58:22 UTC 
*** Bug 247883 has been marked as a duplicate of this bug. ***
Comment 53 Myriam Schweingruber 2010-08-16 09:24:23 UTC 
*** Bug 247963 has been marked as a duplicate of this bug. ***
Comment 54 Myriam Schweingruber 2010-08-19 13:27:14 UTC 
*** Bug 248338 has been marked as a duplicate of this bug. ***
Comment 55 Myriam Schweingruber 2010-08-20 10:08:08 UTC 
*** Bug 248476 has been marked as a duplicate of this bug. ***
Comment 56 Myriam Schweingruber 2010-08-29 22:22:58 UTC 
*** Bug 249445 has been marked as a duplicate of this bug. ***
Comment 57 Myriam Schweingruber 2010-09-07 11:59:54 UTC 
*** Bug 250419 has been marked as a duplicate of this bug. ***
Comment 58 Myriam Schweingruber 2010-09-08 13:55:06 UTC 
*** Bug 250509 has been marked as a duplicate of this bug. ***
Comment 59 Myriam Schweingruber 2010-09-15 19:24:58 UTC 
*** Bug 251355 has been marked as a duplicate of this bug. ***
Comment 60 Myriam Schweingruber 2010-09-20 01:17:45 UTC 
*** Bug 251766 has been marked as a duplicate of this bug. ***
Comment 61 Myriam Schweingruber 2010-09-20 09:20:45 UTC 
*** Bug 251785 has been marked as a duplicate of this bug. ***
Comment 62 Mikko C. 2010-10-09 09:14:28 UTC 
*** Bug 253620 has been marked as a duplicate of this bug. ***
Comment 63 Myriam Schweingruber 2010-10-15 11:49:08 UTC 
*** Bug 253976 has been marked as a duplicate of this bug. ***
Comment 64 Myriam Schweingruber 2010-10-31 15:08:30 UTC 
*** Bug 255738 has been marked as a duplicate of this bug. ***
Comment 65 Myriam Schweingruber 2010-11-04 22:51:31 UTC 
*** Bug 256060 has been marked as a duplicate of this bug. ***
Comment 66 Eleazar 2010-11-11 18:34:21 UTC 
Created attachment 53328 [details]
New crash information added by DrKonqi

All songs on playlist were available. Amarok crashed when I clicked on Next quickly.
Comment 67 jonathan.eidsness+kdebugs 2010-11-30 19:12:06 UTC 
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
Comment 68 Myriam Schweingruber 2010-12-09 22:46:15 UTC 
*** Bug 259372 has been marked as a duplicate of this bug. ***
Comment 69 Dario Andres 2010-12-12 18:13:08 UTC 
*** Bug 259626 has been marked as a duplicate of this bug. ***
Comment 70 Myriam Schweingruber 2010-12-14 16:30:17 UTC 
*** Bug 259808 has been marked as a duplicate of this bug. ***
Comment 71 Myriam Schweingruber 2011-01-04 00:16:17 UTC 
*** Bug 261468 has been marked as a duplicate of this bug. ***
Comment 72 Myriam Schweingruber 2011-01-04 15:39:42 UTC 
*** Bug 261988 has been marked as a duplicate of this bug. ***
Comment 73 Adam Porter 2011-01-05 01:22:09 UTC 
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.
Comment 74 Myriam Schweingruber 2011-01-06 22:57:07 UTC 
*** Bug 262344 has been marked as a duplicate of this bug. ***
Comment 75 Thomas 2011-01-27 20:44:55 UTC 
Created attachment 56529 [details]
New crash information added by DrKonqi

just go very quickly i.e. a 10 to 15 songs forward
Comment 76 Myriam Schweingruber 2011-01-29 16:00:49 UTC 
*** Bug 264713 has been marked as a duplicate of this bug. ***
Comment 77 Myriam Schweingruber 2011-02-02 07:56:25 UTC 
*** Bug 265143 has been marked as a duplicate of this bug. ***
Comment 78 Myriam Schweingruber 2011-02-25 10:55:40 UTC 
*** Bug 266614 has been marked as a duplicate of this bug. ***
Comment 79 Slava Sysoltsev 2011-02-25 12:58:45 UTC 
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.
Comment 80 Slava Sysoltsev 2011-03-01 12:57:46 UTC 
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?
Comment 81 Myriam Schweingruber 2011-03-19 13:30:15 UTC 
*** Bug 268872 has been marked as a duplicate of this bug. ***
Comment 82 Myriam Schweingruber 2011-03-20 12:11:16 UTC 
*** Bug 268941 has been marked as a duplicate of this bug. ***
Comment 83 ksbalaji 2011-03-20 17:55:05 UTC 
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.
Comment 84 Myriam Schweingruber 2011-03-24 12:44:13 UTC 
*** Bug 269286 has been marked as a duplicate of this bug. ***
Comment 85 Myriam Schweingruber 2011-04-10 11:25:39 UTC 
*** Bug 270449 has been marked as a duplicate of this bug. ***
Comment 86 Myriam Schweingruber 2011-04-19 14:42:00 UTC 
*** Bug 271186 has been marked as a duplicate of this bug. ***
Comment 87 dobby_dm 2011-04-24 21:25:46 UTC 
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
Comment 88 Myriam Schweingruber 2011-04-26 09:49:33 UTC 
*** Bug 271747 has been marked as a duplicate of this bug. ***
Comment 89 Myriam Schweingruber 2011-05-10 03:21:10 UTC 
*** Bug 272821 has been marked as a duplicate of this bug. ***
Comment 90 Myriam Schweingruber 2011-05-26 08:09:26 UTC 
*** Bug 273966 has been marked as a duplicate of this bug. ***
Comment 91 Myriam Schweingruber 2011-05-28 09:04:37 UTC 
*** Bug 274164 has been marked as a duplicate of this bug. ***
Comment 92 Myriam Schweingruber 2011-06-07 23:36:53 UTC 
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.
Comment 93 Jérémy Coulon 2011-06-08 19:12:11 UTC 
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
Comment 94 Germano Massullo 2011-06-08 20:25:12 UTC 
Jérémy Coulon you should tell that to Debian packages maintainers, not here. KDE team cannot change Debian behaviour
Comment 95 Jérémy Coulon 2011-06-09 20:16:29 UTC 
Yeah !! I thought I was writing on a Debian mailing list.
Sorry about that. Apologies.
Comment 96 Myriam Schweingruber 2011-07-07 10:17:46 UTC 
*** Bug 277234 has been marked as a duplicate of this bug. ***
Comment 97 Myriam Schweingruber 2011-09-16 11:20:54 UTC 
*** Bug 282136 has been marked as a duplicate of this bug. ***
Comment 98 Myriam Schweingruber 2011-10-14 20:32:00 UTC 
*** Bug 283958 has been marked as a duplicate of this bug. ***
Comment 99 Myriam Schweingruber 2012-02-09 20:53:22 UTC 
*** Bug 293339 has been marked as a duplicate of this bug. ***
Comment 100 Myriam Schweingruber 2012-02-09 20:55:35 UTC 
*** Bug 293310 has been marked as a duplicate of this bug. ***
Comment 101 Myriam Schweingruber 2012-02-09 20:56:58 UTC 
*** Bug 293299 has been marked as a duplicate of this bug. ***
Comment 102 Myriam Schweingruber 2012-02-09 21:41:52 UTC 
*** Bug 293677 has been marked as a duplicate of this bug. ***
Comment 103 Myriam Schweingruber 2012-02-10 14:54:26 UTC 
*** Bug 293185 has been marked as a duplicate of this bug. ***
Comment 104 hombreguido 2012-07-01 21:11:27 UTC 
Created attachment 72264 [details]
New crash information added by DrKonqi

Same scenario as the similar bug that was attached to.