Bug 267506 - amarok crashes while playing playlist
Summary: amarok crashes while playing playlist
Status: RESOLVED DUPLICATE of bug 259801
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 2.4.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: 2.4.1
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-02 21:52 UTC by bwoodcock
Modified: 2011-03-08 12:51 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
backtrace crash report as created by crash reporting assistant which failed to send. (15.53 KB, text/plain)
2011-03-02 21:54 UTC, bwoodcock
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bwoodcock 2011-03-02 21:52:33 UTC
Version:           2.4.0 (using KDE 4.4.4) 
OS:                Linux

I have amarok playing a playlist of all of my music on shuffle.  After ending a song, it crashes.  Except this time, it crashed and finally brought up the crash reporting tool and kept playing music.

Reproducible: Sometimes

Steps to Reproduce:
Use amarok to play a playlist on shuffle.  Eventually it crashes.

Actual Results:  
Amarok plays music until it crashes.  At least once per day.

Expected Results:  
Amarok plays music.
Comment 1 bwoodcock 2011-03-02 21:54:48 UTC
Created attachment 57624 [details]
backtrace crash report as created by crash reporting assistant which failed to send.

I tried to attach this when I filed the bug, but it failed to attach.
Comment 2 Myriam Schweingruber 2011-03-08 12:51:44 UTC
Information from attachment in comment #1. Please always paste a backtrace inline, else it is not searchable.

Application: amarok (2.4.0)
KDE Platform Version: 4.4.4 (KDE 4.4.4) "release 3"
Qt Version: 4.6.3
Operating System: Linux 2.6.34.7-0.7-xen x86_64
Distribution: "openSUSE 11.3 (x86_64)"

-- Information about the crash:
Just playing my music collection as a play list on shuffle.  End of a song and it crashed.  This has happened at least once a day since I upgraded a few days ago.

Before I upgraded, amarok would restart a song instead of pausing it, or would just stop playing at the end of a song until I told it to play again. If I had any other application attempt to play a sound there was a good chance that it would lock up that application and amarok.

The crash can be reproduced some of the time.

...

Thread 1 (Thread 0x7fa990aee7a0 (LWP 2556)):
[KCrash Handler]
#5  Phonon::Gstreamer::Backend::logMessage (this=0x0, message=..., priority=2, obj=0xa66850) at /usr/src/debug/phonon-4.4.2/gstreamer/backend.cpp:466
#6  0x00007fa97c0a8f23 in Phonon::Gstreamer::MediaObject::changeState (this=0xa66850, newstate=Phonon::ErrorState) at /usr/src/debug/phonon-4.4.2/gstreamer/mediaobject.cpp:760
#7  0x00007fa97c0a93dc in Phonon::Gstreamer::MediaObject::setState (this=0xa66850, newstate=<value optimized out>) at /usr/src/debug/phonon-4.4.2/gstreamer/mediaobject.cpp:713
#8  0x00007fa97c0ab273 in Phonon::Gstreamer::MediaObject::loadingComplete (this=0xa66850) at /usr/src/debug/phonon-4.4.2/gstreamer/mediaobject.cpp:1047
#9  0x00007fa97c0add78 in Phonon::Gstreamer::MediaObject::handleBusMessage (this=0xa66850, message=<value optimized out>) at /usr/src/debug/phonon-4.4.2/gstreamer/mediaobject.cpp:1421
#10 0x00007fa97c0a2506 in Phonon::Gstreamer::Backend::qt_metacall (this=0x8bef40, _c=<value optimized out>, _id=<value optimized out>, _a=0x34603b0)
    at /usr/src/debug/phonon-4.4.2/build/gstreamer/moc_backend.cpp:82
#11 0x00007fa98ec19509 in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4
#12 0x00007fa98dff94d4 in QApplicationPrivate::notify_helper (this=0x7bd090, receiver=0x8bef40, e=0x357af30) at kernel/qapplication.cpp:4302
#13 0x00007fa98e001aca in QApplication::notify (this=<value optimized out>, receiver=0x8bef40, e=0x357af30) at kernel/qapplication.cpp:4185
#14 0x00007fa9904bdc06 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#15 0x00007fa98ec07e4c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#16 0x00007fa98ec0b5ba in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQtCore.so.4
#17 0x00007fa98ec30173 in ?? () from /usr/lib64/libQtCore.so.4
#18 0x00007fa987539a93 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#19 0x00007fa98753a270 in ?? () from /usr/lib64/libglib-2.0.so.0
#20 0x00007fa98753a510 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#21 0x00007fa98ec3067f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#22 0x00007fa98e09a14e in QGuiEventDispatcherGlib::processEvents (this=<value optimized out>, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:204
#23 0x00007fa98ec07292 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#24 0x00007fa98ec07495 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#25 0x00007fa98ec0b88b in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#26 0x00000000004095ad in _start ()

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