Summary: | Amaroc crashed by changing Webradio streams | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | Nicolai <nickieschmitt> |
Component: | general | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED NOT A BUG | ||
Severity: | crash | CC: | joanjerezt |
Priority: | NOR | ||
Version: | 2.4.0 | ||
Target Milestone: | 2.4.1 | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | New crash information added by DrKonqi |
Description
Nicolai
2011-04-19 18:14:58 UTC
Sorry, but your backtrace is not useful, as you are lacking debugging symbols. If you can reproduce this bug, please check here on how to get a valid backtrace: http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports This is likely a duplicate of bug 261839 Created attachment 59694 [details]
New crash information added by DrKonqi
amarok (2.4.0) on KDE Platform 4.6.2 (4.6.2) using Qt 4.7.2
- What I was doing when the application crashed:
I have Amarok with some MP3 internet streams in the playlist. Often when I open Amarok, and I change between streams, Amarok sometimes starts to unable play any stream in the playlist, it sounds about 1s and then skip to next stream in the playlist (it's not a stream shutdown or a network problem), and it happens the same in the next stream, until I restart Amarok, and then starts to work properly, but if start to change, it happens the same.
To get this crash, you must change quickly between streams or force to play an stream (double-click or triple-clicking, etc.). In short, you must force Amarok, when it starts to behave erraticly.
-- Backtrace (Reduced):
#7 QTWTF::HashTable<QTJSC::UStringImpl*, QTJSC::UStringImpl*, QTWTF::IdentityExtractor<QTJSC::UStringImpl*>, QTWTF::StrHash<QTJSC::UStringImpl*>, QTWTF::HashTraits<QTJSC::UStringImpl*>, QTWTF::HashTraits<QTJSC::UStringImpl*> >::find<QTJSC::UStringImpl*, QTWTF::IdentityHashTranslator<QTJSC::UStringImpl*, QTJSC::UStringImpl*, QTWTF::StrHash<QTJSC::UStringImpl*> > > (this=0x4, key=@0xbffb18ac) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashTable.h:763
#8 0x03eecaea in find (r=0xa0944360) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashTable.h:323
#9 find (r=0xa0944360) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashSet.h:166
#10 remove (r=0xa0944360) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashSet.h:240
#11 remove (r=0xa0944360) at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Identifier.cpp:61
Joan, your backtrace indicates a duplicate of bug 261839, see there on the steps to follow. Also please do not add backtraces to bugs marked as waiting for backtrace, as the original reporter needs to provide that first. Closing for lack of feedback, likely a duplicate of bug 261839 |