liblastfm 1.0.8 causes Amarok to crash when scrobbling tracks to an iPod

[flyingstar16]

Hi all,

I have filed a bug report for this on Amarok's bugtracker
https://bugs.kde.org/show_bug.cgi?id=328521

and Matěj Laitl asked me to file a bug here because of a suspected regression in liblastfm 1.0.8

I have downgraded to 1.0.7 and everything works fine; if I upgrade to 1.0.8, Amarok crashes every time it starts scrobbling (see backtrace on bugs.kde.org).

If it's really a regression, I hope you can fix this!

Keep up the great work :)

Claudio

[strohel]

The relevant part of the backtrace:
[KCrash Handler]
#6 0x0000000000000000 in ?? ()
#7 0x00007fc459998efb in lastfm::TrackData::~TrackData (this=0x4886b30, __in_chrg=) at /tmp/buildd/liblastfm-1.0.8/src/Track.cpp:200
#8 0x00007fc45999922b in ~QExplicitlySharedDataPointer (this=0x45728a8, __in_chrg=) at /usr/include/qt4/QtCore/qshareddata.h:166
#9 lastfm::Track::~Track (this=0x45728a0, __in_chrg=) at /tmp/buildd/liblastfm-1.0.8/src/Track.cpp:392
#10 0x00007fc459999269 in lastfm::Track::~Track (this=0x45728a0, __in_chrg=) at /tmp/buildd/liblastfm-1.0.8/src/Track.cpp:394
#11 0x00007fc4599b3caa in node_destruct (this=, to=0x48584e8, from=0x4858368) at /usr/include/qt4/QtCore/qlist.h:431
#12 QListlastfm::Track::free (data=0x4858350, this=) at /usr/include/qt4/QtCore/qlist.h:757
#13 0x00007fc4599b5958 in operator= (l=..., this=0x25b52a0) at /usr/include/qt4/QtCore/qlist.h:443
#14 QListlastfm::Track::clear (this=0x25b52a0) at /usr/include/qt4/QtCore/qlist.h:766
#15 0x00007fc4599b8a21 in lastfm::Audioscrobbler::onTrackScrobbleReturn (this=this@entry=0x25fc088) at /tmp/buildd/liblastfm-1.0.8/src/Audioscrobbler.cpp:200
#16 0x00007fc4599d8ba0 in lastfm::Audioscrobbler::qt_static_metacall (_o=0x25fc088, _c=, _id=9, _a=0x7fff09c2f5e0) at /tmp/buildd/liblastfm-1.0.8/obj-x86_64-linux-gnu/src/moc_Audioscrobbler.cpp:76
#17 0x00007fc45e0867f8 in QMetaObject::activate (sender=0x3651560, m=, local_signal_index=, argv=0x0) at kernel/qobject.cpp:3539
#18 0x00007fc45e07a898 in QMetaMethod::invoke (this=this@entry=0x7fff09c2f990, object=object@entry=0x3651560, connectionType=Qt::DirectConnection, connectionType@entry=Qt::AutoConnection, returnValue=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1664
#19 0x00007fc45e07cd48 in QMetaObject::invokeMethod (obj=obj@entry=0x3651560, member=member@entry=0x7fc45b8d0dc5 "finished", type=type@entry=Qt::AutoConnection, ret=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1179
#20 0x00007fc45b76951c in invokeMethod (val9=..., val8=..., val7=..., val6=..., val5=..., val4=..., val3=..., val2=..., val1=..., val0=..., type=Qt::AutoConnection, member=0x7fc45b8d0dc5 "finished", obj=0x3651560) at /usr/include/qt4/QtCore/qobjectdefs.h:418
#21 KDEPrivate::AccessManagerReply::emitFinished (this=this@entry=0x3651560, state=state@entry=true, type=type@entry=Qt::AutoConnection) at ../../kio/kio/accessmanagerreply_p.cpp:484
#22 0x00007fc45b76b1a0 in KDEPrivate::AccessManagerReply::slotResult (this=0x3651560, kJob=0x47a7460) at ../../kio/kio/accessmanagerreply_p.cpp:427

[a17r]

Was this ever reproduced with 1.0.9 or git master?

[flyingstar16]

TBH I haven't used Amarok in a long time, so I'm not sure if it's still happening. I also changed computers and my iPod died a year or so ago, so I lost the frame of reference.
If it's not happening anymore this can be closed and, if it ever happens in the future, a new bug can be opened.