Amarok crashed on track switch

Bug #841806 reported by Volodymyr Kolesnykov
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Amarok
Won't Fix
High
amarok (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Crash log will be attached.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: amarok 2:2.4.3-1ubuntu1
ProcVersionSignature: Ubuntu 3.0.0-9.15-server 3.0.3
Uname: Linux 3.0.0-9-server x86_64
NonfreeKernelModules: fglrx
Architecture: amd64
Date: Mon Sep 5 16:10:12 2011
ExecutablePath: /usr/bin/amarok
ProcEnviron:
 LANGUAGE=ru_RU:ru
 LANG=ru_RU.UTF-8
 SHELL=/bin/bash
SourcePackage: amarok
UpgradeStatus: Upgraded to oneiric on 2011-08-21 (14 days ago)

Revision history for this message
In , A-s5en-l (a-s5en-l) wrote :

Version: 2.4-GIT (using KDE 4.5.4)
OS: Linux

Problem shows up in the Free Music Charts script when trying to fetch its data source at http://www.archive.org/download/freemusiccharts.songs/fmc.xml

<xdarklight> AmarokDownloadHelper::resultString is getting simply "" as response
<xdarklight> maybe it's not following the redirect properly?
<xdarklight> yeah, it's the redirect
<xdarklight> http://ia700209.us.archive.org/9/items/freemusiccharts.songs/fmc.xml

Problem showed up somewhen in between 2.3.0/2.3.1 and 2.3.2.

Reproducible: Always

Revision history for this message
In , A-s5en-l (a-s5en-l) wrote :

*** Bug 261840 has been marked as a duplicate of this bug. ***

Revision history for this message
In , A-s5en-l (a-s5en-l) wrote :
Download full text (12.8 KiB)

commit e69b286cfbcc970f324fd2418c1783e4d28e62da
branch master
Author: Sven Krohlas <email address hidden>
Date: Sat Jan 8 13:02:12 2011 +0100

    Make NetworkAccessManagerProxy::getData honor redirects

    Patch by: Martin Blumenstingl

    Should fix the BBC and Free Music Charts scripts, maybe others, too.

    BUG: 261839

diff --git a/src/covermanager/CoverFetcher.cpp b/src/covermanager/CoverFetcher.cpp
index b21dd87..6ec1ccd 100644
--- a/src/covermanager/CoverFetcher.cpp
+++ b/src/covermanager/CoverFetcher.cpp
@@ -66,6 +66,9 @@ CoverFetcher::CoverFetcher()
     connect( m_queue, SIGNAL(fetchUnitAdded(CoverFetchUnit::Ptr)),
                       SLOT(slotFetch(CoverFetchUnit::Ptr)) );
     s_instance = this;
+
+ connect( The::networkAccessManager(), SIGNAL( requestRedirected( QNetworkReply*, QNetworkReply* ) ),
+ this, SLOT( fetchRequestRedirected( QNetworkReply*, QNetworkReply* ) ) );
 }

 CoverFetcher::~CoverFetcher()
@@ -312,6 +315,32 @@ CoverFetcher::slotDialogFinished()
 }

 void
+CoverFetcher::fetchRequestRedirected( QNetworkReply *oldReply,
+ QNetworkReply *newReply )
+{
+ KUrl oldUrl = oldReply->request().url();
+ KUrl newUrl = newReply->request().url();
+
+ // Since we were redirected we have to check if the redirect
+ // was for one of our URLs and if the new URL is not handled
+ // already.
+ if( m_urls.contains( oldUrl ) && !m_urls.contains( newUrl ) )
+ {
+ // Get the unit for the old URL.
+ CoverFetchUnit::Ptr unit = m_urls.value( oldUrl );
+
+ // Add the unit with the new URL and remove the old one.
+ m_urls.insert( newUrl, unit );
+ m_urls.remove( oldUrl );
+
+ // If the unit is an interactive one we have to incidate that we're
+ // still fetching the cover.
+ if( unit->isInteractive() )
+ Amarok::Components::logger()->newProgressOperation( newReply, i18n( "Fetching Cover" ) );
+ }
+}
+
+void
 CoverFetcher::showCover( const CoverFetchUnit::Ptr &unit,
                          const QPixmap &cover,
                          const CoverFetch::Metadata &data )
diff --git a/src/covermanager/CoverFetcher.h b/src/covermanager/CoverFetcher.h
index 9dc2f2e..39a1487 100644
--- a/src/covermanager/CoverFetcher.h
+++ b/src/covermanager/CoverFetcher.h
@@ -67,6 +67,9 @@ private slots:
     /// Cover found dialog is closed by the user
     void slotDialogFinished();

+ /// The fetch request was redirected.
+ void fetchRequestRedirected( QNetworkReply *oldReply, QNetworkReply *newReply );
+
 private:
     static CoverFetcher* s_instance;
     CoverFetcher();
diff --git a/src/network/NetworkAccessManagerProxy.cpp b/src/network/NetworkAccessManagerProxy.cpp
index 9a0e763..d5e1d81 100644
--- a/src/network/NetworkAccessManagerProxy.cpp
+++ b/src/network/NetworkAccessManagerProxy.cpp
@@ -66,38 +66,57 @@ public:
     {
         Q_Q( NetworkAccessManagerProxy );
         QNetworkReply *reply = static_cast<QNetworkReply*>( q->sender() );
+
         KUrl url = reply->request().url();
         QList<CallBackData*> callbacks = urlMap.values( url );
         QByteArray data = reply->...

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 262603 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 258848 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 248560 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 251714 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 255374 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :
Download full text (8.3 KiB)

Reopening as it still happens post 2.4 and causes crashes. This backtrace is an example of many:

Thread 1 (Thread 0x7ffff7e76780 (LWP 2867)):
#0 QTJSC::Identifier::remove (r=0x7fffb9d577e0) at
../3rdparty/javascriptcore/JavaScriptCore/runtime/Identifier.cpp:239
#1 0x00007ffff11e3285 in QTJSC::UStringImpl::~UStringImpl
(this=0x7fffb9d577e0, __in_chrg=<value optimized out>) at
../3rdparty/javascriptcore/JavaScriptCore/runtime/UStringImpl.cpp:68
#2 0x00007ffff11ddb74 in deref (this=0x7fffb9d622c0, __in_chrg=<value
optimized out>) at
../3rdparty/javascriptcore/JavaScriptCore/runtime/UStringImpl.h:168
#3 ~RefPtr (this=0x7fffb9d622c0, __in_chrg=<value optimized out>) at
../3rdparty/javascriptcore/JavaScriptCore/wtf/RefPtr.h:59
#4 QTJSC::Structure::~Structure (this=0x7fffb9d622c0,
__in_chrg=<value optimized out>) at
../3rdparty/javascriptcore/JavaScriptCore/runtime/Structure.cpp:194
#5 0x00007ffff1263530 in deref (this=0x7fffb9755780, __in_chrg=<value
optimized out>) at
../3rdparty/javascriptcore/JavaScriptCore/wtf/RefCounted.h:109
#6 ~JSObject (this=0x7fffb9755780, __in_chrg=<value optimized out>)
at ../3rdparty/javascriptcore/JavaScriptCore/runtime/JSObject.h:303
#7 ~JSVariableObject (this=0x7fffb9755780, __in_chrg=<value optimized
out>) at ../3rdparty/javascriptcore/JavaScriptCore/runtime/JSVariableObject.h:43
#8 QScript::QScriptActivationObject::~QScriptActivationObject
(this=0x7fffb9755780, __in_chrg=<value optimized out>) at
bridge/qscriptactivationobject.cpp:57
#9 0x00007ffff11600e0 in QTJSC::Heap::allocate (this=0x7fffbc747218,
s=<value optimized out>) at
../3rdparty/javascriptcore/JavaScriptCore/runtime/Collector.cpp:419
#10 0x00007ffff1246946 in operator new (this=0x7fffffff9ba0,
engine=<value optimized out>, val=<value optimized out>) at
../3rdparty/javascriptcore/JavaScriptCore/runtime/JSCell.h:162
#11 jsString (this=0x7fffffff9ba0, engine=<value optimized out>,
val=<value optimized out>) at
../3rdparty/javascriptcore/JavaScriptCore/runtime/JSString.h:445
#12 jsString (this=0x7fffffff9ba0, engine=<value optimized out>,
val=<value optimized out>) at
../3rdparty/javascriptcore/JavaScriptCore/runtime/JSString.h:484
#13 QScriptValue::QScriptValue (this=0x7fffffff9ba0, engine=<value
optimized out>, val=<value optimized out>) at api/qscriptvalue.cpp:309
#14 0x00007ffff722ac05 in AmarokDownloadHelper::resultString
(this=0xcee980, url=..., data=..., e=...) at
/home/mark/kde/src/amarok/src/scriptengine/AmarokNetworkScript.cpp:236
#15 0x00007ffff722b120 in AmarokDownloadHelper::qt_metacall
(this=0xcee980, _c=QMetaObject::InvokeMetaMethod, _id=0,
_a=0x7fffffff9dd0) at
/home/mark/kde/build/amarok/src/AmarokNetworkScript.moc:175
#16 0x00007ffff5454bf9 in QMetaMethod::invoke (this=0x7fffffffa1b0,
object=0xcee980, connectionType=<value optimized out>,
returnValue=..., val0=..., val1=..., val2=..., val3=..., val4=...,
val5=..., val6=..., val7=..., val8=...,
   val9=...) at kernel/qmetaobject.cpp:1575
#17 0x00007ffff718d0dd in QMetaMethod::invoke (this=0x7fffffffa1b0,
object=0xcee980, connectionType=Qt::AutoConnection, val0=...,
val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=...,
val8=..., val9=...)
   at /usr/include/qt4/QtC...

Read more...

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 255640 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 243409 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 258027 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 258426 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 261398 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 261484 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 262662 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 263159 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 246711 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 248362 has been marked as a duplicate of this bug. ***

Revision history for this message
In , A-s5en-l (a-s5en-l) wrote :

The originally reported bug had no crash relation at all.

I can imagine some scripts not correctly handling server failures and doing stuff like dividing by zero if they do not get their expexted data. This in turn should just result in an exception (can be seen in debug output) and a non functional script, not an Amarok crash.

The originally reported issue is fixed.

@"dupe" reporters: if this is scripting related try to find the cause by running Amarok from a shell with debug output enabled and check if the output after a crash points to script involvement. Which one? Which version? Try to deactivate it to verify.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 264840 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 265462 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 265635 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Stratos Zolotas (baskin) wrote :

Created attachment 57878
New crash information added by DrKonqi

amarok (2.4.0) on KDE Platform 4.6.1 (4.6.1) "release 398" using Qt 4.7.2

Maybe it's related. It happens sometimes with not specific actions involved.

-- Backtrace (Reduced):
#6 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=0x8, key=@0x7fffab1d9538) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashTable.h:763
#7 0x00007f2408918029 in find (r=<value optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashTable.h:323
#8 find (r=<value optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashSet.h:166
#9 remove (r=<value optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashSet.h:240
#10 remove (r=<value optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Identifier.cpp:61

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Please see comment #19

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 268918 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 269006 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 268922 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Please all, see comment #19:

"The originally reported bug had no crash relation at all.

I can imagine some scripts not correctly handling server failures and doing
stuff like dividing by zero if they do not get their expexted data. This in
turn should just result in an exception (can be seen in debug output) and a non
functional script, not an Amarok crash.

The originally reported issue is fixed.

@"dupe" reporters: if this is scripting related try to find the cause by
running Amarok from a shell with debug output enabled and check if the output
after a crash points to script involvement. Which one? Which version? Try to
deactivate it to verify."

We really need you check the scripts you have installed.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 270600 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Closing this as upstream. Please all, check comment #19 and report it to the script author directly.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 259158 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 272354 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 272479 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 273359 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 273494 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 274098 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 274176 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 274488 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kevin Funk (kfunk) wrote :

Modifying the title of this bug report to reflect all the attached duplicates and their traces.

Upstream bug report:

http://bugreports.qt.nokia.com/browse/QTBUG-18561

Revision history for this message
In , Kevin Funk (kfunk) wrote :

*** Bug 275237 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Šarūnas Valaškevičius (rakatan) wrote :

Created attachment 61012
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:

listening to music. just listening, and then the crash.. why this bug is closed ? not related to KDE components? but crashed is amarok! while downloading some music charts?.. either I skipped something reading the main report or.. amarok downloads some music charts and crashes, and bug is closed as "not our fault"? pls correct me if I misread it..

-- 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=@0xbf9039ac) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashTable.h:763
#8 0x036ecaea in find (r=0xa3384360) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashTable.h:323
#9 find (r=0xa3384360) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashSet.h:166
#10 remove (r=0xa3384360) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashSet.h:240
#11 remove (r=0xa3384360) at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Identifier.cpp:61

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 275867 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 275875 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 276215 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 276341 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 276545 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 276910 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 277016 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 277210 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 277533 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 277688 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 277987 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 278169 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kevin Funk (kfunk) wrote :

*** Bug 278285 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 279195 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 279227 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 279553 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 279635 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 279918 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 280129 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 280227 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 280338 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 280717 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 280734 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 280735 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 281068 has been marked as a duplicate of this bug. ***

Revision history for this message
Volodymyr Kolesnykov (sjinks) wrote :
Revision history for this message
Volodymyr Kolesnykov (sjinks) wrote :
Revision history for this message
Volodymyr Kolesnykov (sjinks) wrote :

Just in case: no third-party scripts/plugins/etc are used.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 281376 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 281381 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

Reopening, as several reporters do not have a 3rd-party script installed.

Changed in amarok:
importance: Unknown → High
status: Unknown → Confirmed
Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

@all: please see comment #39: this is an upstream bug in Qt, fixed in Qt 4.7.4

Revision history for this message
In , Martin-blumenstingl (martin-blumenstingl) wrote :

Git commit 2142660c86d41f8832f3bd7e33a56decc6dd769c by Martin Blumenstingl.
Committed on 05/09/2011 at 21:14.
Pushed by mblumenstingl into branch 'master'.

Remove calls to QScriptValue(QScriptEngine*, T) as that constructor is deprecated and crashes in some Qt versions (prior to 4.7.4).
Thanks to ogoffart for pointing me in the right direction!

BUG: 261839

M +2 -2 src/scriptengine/AmarokNetworkScript.cpp
M +1 -1 src/scriptengine/AmarokScriptableServiceScript.cpp

http://commits.kde.org/amarok/2142660c86d41f8832f3bd7e33a56decc6dd769c

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 281460 has been marked as a duplicate of this bug. ***

Changed in amarok:
status: Confirmed → Fix Released
Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 281991 has been marked as a duplicate of this bug. ***

Revision history for this message
Felix Geyer (debfx) wrote :

The upstream bug report suggests that this has been fixed in Qt 4.7.4.
Does amarok still crash with the latest updates installed?

Changed in amarok (Ubuntu):
status: New → Incomplete
Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 283344 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 283871 has been marked as a duplicate of this bug. ***

Revision history for this message
Volodymyr Kolesnykov (sjinks) wrote :

No, works fine now as far as I can judge

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 286498 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 283217 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 294471 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 298193 has been marked as a duplicate of this bug. ***

Changed in amarok (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
In , Chwmadrigal (chwmadrigal) wrote :

Created attachment 72085
New crash information added by DrKonqi

amarok (2.4.0) on KDE Platform 4.6.5 (4.6.5) using Qt 4.7.2

- What I was doing when the application crashed: pasando de un archivo mp3 a otro desde una lista de reproducción, que he usado muchas veces

- Unusual behavior I noticed: es la segunda vez que me pasa

-- 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=@0xbf9f567c) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashTable.h:763
#8 0x07664aea in find (r=0xa3fbf960) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashTable.h:323
#9 find (r=0xa3fbf960) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashSet.h:166
#10 remove (r=0xa3fbf960) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/HashSet.h:240
#11 remove (r=0xa3fbf960) at ../3rdparty/javascriptcore/JavaScriptCore/runtime/Identifier.cpp:61

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

(In reply to comment #80)
> Created attachment 72085 [details]
> New crash information added by DrKonqi
>
> amarok (2.4.0) on KDE Platform 4.6.5 (4.6.5) using Qt 4.7.2

Please do not report crashes for an older version if that is already fixed in the current stable release.

Revision history for this message
In , Myriam Schweingruber (myriam) wrote :

*** Bug 303344 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Mark Kretschmann (kretschmann) wrote :
Download full text (8.0 KiB)

Getting this crash all the time with 2.7-git, usually right after startup, when Resume Playback on Start is enabled.

Thread 1 (Thread 0x7fe99080c7c0 (LWP 11203)):
[KCrash Handler]
#6 0x00007fe8836f7000 in ?? ()
#7 0x00000000030b61d0 in ?? ()
#8 0x00007fe8e802a0c0 in ?? ()
#9 0x00007fe900000013 in ?? ()
#10 0x00007fe900000002 in ?? ()
#11 0x00007fe8e8029a00 in ?? ()
#12 0x00007fe900000007 in ?? ()
#13 0x0000000100000000 in ?? ()
#14 0x00007fe99e905aab in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4
#15 0x00007fe99e810979 in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4
#16 0x00007fe99e8a1587 in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4
#17 0x00007fe99e8753cf in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4
#18 0x00007fe99e95c40e in QScriptValue::call(QScriptValue const&, QList<QScriptValue> const&) () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4
#19 0x00007fe9a5971d03 in AmarokDownloadHelper::resultString (this=0x1f423e0, url=..., data=..., e=...) at /home/mark/Devel/src/amarok/src/scriptengine/AmarokNetworkScript.cpp:232
#20 0x00007fe9a554483b in AmarokDownloadHelper::qt_static_metacall (_o=0x1f423e0, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x7fff4112cb40) at /home/mark/Devel/build/amarok/src/moc_AmarokNetworkScript.cpp:176
#21 0x00007fe9a26faad7 in QMetaMethod::invoke (this=<optimized out>, object=0x1f423e0, connectionType=Qt::DirectConnection, returnValue=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1664
#22 0x00007fe9a58e5910 in QMetaMethod::invoke (this=0x7fff4112d0f8, object=0x1f423e0, connectionType=Qt::AutoConnection, val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at /usr/include/qt4/QtCore/qmetaobject.h:119
#23 0x00007fe9a58e3711 in NetworkAccessManagerProxy::NetworkAccessManagerProxyPrivate::_replyFinished (this=0x20c6dc0) at /home/mark/Devel/src/amarok/src/network/NetworkAccessManagerProxy.cpp:99
#24 0x00007fe9a58e2773 in NetworkAccessManagerProxy::qt_static_metacall (_o=0x22efdc0, _c=QMetaObject::InvokeMetaMethod, _id=3, _a=0x7fff4112d2a0) at /home/mark/Devel/build/amarok/src/NetworkAccessManagerProxy.moc:61
#25 0x00007fe9a27070ef in QMetaObject::activate (sender=0x4992850, m=<optimized out>, local_signal_index=<optimized out>, argv=0x0) at kernel/qobject.cpp:3539
#26 0x00007fe9a26faad7 in QMetaMethod::invoke (this=this@entry=0x7fff4112d5a0, object=object@entry=0x4992850, connectionType=Qt::DirectConnection, connectionType@entry=Qt::AutoConnection, returnValue=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1664
#27 0x00007fe9a26fceac in QMetaObject::invokeMethod (obj=obj@entry=0x4992850, member=member@entry=0x7fe9a05cbd85 "finished", type=type@entry=Qt::AutoConnection, ret=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1179
#28 0x00007fe9a046745c in invokeMethod (val9=..., val8=..., val7=..., val6=..., val5=..., val4=..., val3=..., val2=..., val1=..., val0=..., type=Qt::AutoConnect...

Read more...

Changed in amarok:
status: Fix Released → Confirmed
Revision history for this message
In , Mark Kretschmann (kretschmann) wrote :

Another backtrace, with symbols:

#29 0x00007fdb69059979 in execute (exception=0x7fdadc4d1a88, globalData=0x7fdadc4d0800, callFrame=0x200, registerFile=0x7fff945ec268, this=<optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/jit/JITCode.h:79
#30 QTJSC::Interpreter::execute (this=0x7fff945ec250, functionExecutable=0xffff000000000002, callFrame=0x7fdadc0c80d0, callFrame@entry=0x2242598, function=function@entry=0x7fdadc0437c0, thisObj=<optimized out>, args=..., scopeChain=scopeChain@entry=0x7fdadc4d6240, exception=exception@entry=0x7fdadc4d1a88) at ../3rdparty/javascriptcore/JavaScriptCore/interpreter/Interpreter.cpp:716
#31 0x00007fdb690ea587 in QTJSC::JSFunction::call (this=0x7fdadc0437c0, exec=exec@entry=0x2242598, thisValue=..., args=...) at ../3rdparty/javascriptcore/JavaScriptCore/runtime/JSFunction.cpp:122
#32 0x00007fdb690be3cf in QTJSC::call (exec=exec@entry=0x2242598, functionObject=..., functionObject@entry=..., callType=callType@entry=QTJSC::CallTypeJS, callData=..., thisValue=..., thisValue@entry=..., args=...) at ../3rdparty/javascriptcore/JavaScriptCore/runtime/CallData.cpp:62
#33 0x00007fdb691a540e in QScriptValue::call (this=<optimized out>, thisObject=..., args=...) at api/qscriptvalue.cpp:1604
#34 0x00007fdb701bad03 in AmarokDownloadHelper::resultString (this=0x1a41340, url=..., data=..., e=...) at /home/mark/Devel/src/amarok/src/scriptengine/AmarokNetworkScript.cpp:232
#35 0x00007fdb6fd8d83b in AmarokDownloadHelper::qt_static_metacall (_o=0x1a41340, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x7fff945ec740) at /home/mark/Devel/build/amarok/src/moc_AmarokNetworkScript.cpp:176

Revision history for this message
In , Mark Kretschmann (kretschmann) wrote :

For the record, this could be interesting:

<bcooksley> markey: see NetworkAccessManagerProxy.cpp
<bcooksley> i'm not sure I like the
<bcooksley> reply->deleteLater()
<bcooksley> combined with the qDeleteAll( callbacks ) and the destructor of CallBackData
<bcooksley> looks like a qpointer guarded double delete

Revision history for this message
In , Mark Kretschmann (kretschmann) wrote :
Download full text (32.1 KiB)

Another BT:

Application: Amarok (amarok), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fb0391bf7c0 (LWP 13409))]

Thread 18 (Thread 0x7fb02c355700 (LWP 13412)):
#0 __pthread_mutex_lock_full (mutex=0x1007ee0) at pthread_mutex_lock.c:308
#1 0x00007fb03dce124e in pa_mutex_lock () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-3.0.so
#2 0x00007fb042b5cce9 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#3 0x00007fb042b4e205 in pa_mainloop_poll () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#4 0x00007fb042b4e869 in pa_mainloop_iterate () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#5 0x00007fb042b4e920 in pa_mainloop_run () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#6 0x00007fb042b5cc8f in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0
#7 0x00007fb03dce2143 in ?? () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-3.0.so
#8 0x00007fb04920bf8e in start_thread (arg=0x7fb02c355700) at pthread_create.c:311
#9 0x00007fb04a441e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 17 (Thread 0x7fb01f4f7700 (LWP 13414)):
#0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
#1 0x00007fb04afaa0a7 in wait (time=60000, this=0x1128380) at thread/qwaitcondition_unix.cpp:84
#2 QWaitCondition::wait (this=<optimized out>, mutex=0x1107478, time=60000) at thread/qwaitcondition_unix.cpp:158
#3 0x00007fb04e28cf94 in AbstractDirectoryWatcher::run (this=0x1107450) at /home/mark/Devel/src/amarok/src/scanner/AbstractDirectoryWatcher.cpp:65
#4 0x00007fb048870e3a in ThreadWeaver::JobRunHelper::runTheJob (this=this@entry=0x7fb01f4f6d70, th=th@entry=0xb0da40, job=job@entry=0x1107450) at ../../../threadweaver/Weaver/Job.cpp:106
#5 0x00007fb048870fb1 in ThreadWeaver::Job::execute (this=0x1107450, th=0xb0da40) at ../../../threadweaver/Weaver/Job.cpp:135
#6 0x00007fb04887060f in ThreadWeaver::ThreadRunHelper::run (this=this@entry=0x7fb01f4f6dc0, parent=0x1129330, th=th@entry=0xb0da40) at ../../../threadweaver/Weaver/Thread.cpp:95
#7 0x00007fb0488706cb in ThreadWeaver::Thread::run (this=0xb0da40) at ../../../threadweaver/Weaver/Thread.cpp:142
#8 0x00007fb04afa9bec in QThreadPrivate::start (arg=0xb0da40) at thread/qthread_unix.cpp:338
#9 0x00007fb04920bf8e in start_thread (arg=0x7fb01f4f7700) at pthread_create.c:311
#10 0x00007fb04a441e1d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113

Thread 16 (Thread 0x7fb01d6d3700 (LWP 13415)):
#0 0x00007fb04920f07f in __pthread_mutex_unlock_usercnt (mutex=0x7fb010000a60, decr=<optimized out>) at pthread_mutex_unlock.c:52
#1 0x00007fb044c845f1 in g_mutex_unlock (mutex=mutex@entry=0x7fb0100009a0) at /build/buildd/glib2.0-2.36.0/./glib/gthread-posix.c:229
#2 0x00007fb044c448f3 in g_main_context_prepare (context=context@entry=0x7fb0100009a0, priority=priority@entry=0x7fb01d6d2c38) at /build/buildd/glib2.0-2.36.0/./glib/gmain.c:3326
#3 0x00007fb044c450fe in g_main_context_iterate (context=context@entry=0x7fb0100009a0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at /build/buildd/glib2.0-2....

Revision history for this message
In , Mark Kretschmann (kretschmann) wrote :
Changed in amarok:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.