Version: 2.0.2 (using KDE 4.2.2) OS: Linux Installed from: Ubuntu Packages Since sunday night my amarok stopped scrobbling songs. Also the test login does not work. It shows "testing" but that does not change... I didn't change any settings or login information. I found more people on last.fm who have the same problem since sunday. Well I'm not sure if this is a problem in amarok2 but it would be nice if anyone could confirm this behaviour. Edit: I'm using amarok 2.0.2 on Kubuntu 9.04 Beta+ VLC still works. amarok 1 seems to be working too (a friend if mine is still using it and he doesn't have this problem) amarok 2.0.2 gives me this: (I deleted the http://ws.audioscrobler.... url) amarok(6101) KNetworkAccessManager::createRequest: GetOperation: QUrl( "http://ws.audioscrobbler.com/2.0/?api_k................. ) amarok(6101) KNetworkReply::setMimeType: "text/xml" ":" QUrl( "" ) "<?xml version="1.0" encoding="utf-8"?> <lfm status="failed"> <error code="13">Invalid method signature supplied</error></lfm>"
I can say it works fine on the lastest SVN for Amarok.
It's odd that this behaviour started 2 days ago and not only for me. http://amarok.kde.org/forum/index.php/topic,16769.0.html http://www.lastfm.de/group/Amarok
*** Bug 188724 has been marked as a duplicate of this bug. ***
I checked what happens with svn-version of amarok yesterday and i couldn't get scrobbling to work. What's really strange is the fact that it works for some ppl but for some it does not work. This makes me think that a software-upgrade (downgrade whatever) is causing this. Maybe we should collect data about installed versions of required packages for amarok like kdelibs, qt, phonon... I'll start: I'm using Gentoo with kdelibs-4.2.1-r3. Qt-related packages (qt-core, qt-gui, qt-dbus, qt-opengl, qt-assistant...) are all version 4.5 and i use kde's version of phonon 4.2.1
I can confirm this, too (also on Kubuntu 9.04 beta with Amarok 2.0.2 running under KDE 4.2.2).
I can confirm this bug too. I have amarok 2.0.2, I'm using Fedora 10, kdelibs 4.2.1, qt 4.4.3
could you folks please get some debug output by running amarok -d
Created attachment 32578 [details] Debug output Can confirm this, too. Gentoo, KDE 4.2.1 from portage tree, Amarok 2.0.2 from kde-testing overlay. Stopped working yesterday evening. Debug output of amarok -d attached.
Scrobbling still works fine here with Amarok 2.1-SVN, KDE 4.2.2, and me being a Last.fm subscriber. So I doubt that the problem is in Amarok itself. Over the years we've heard countless reports of Last.fm failing here or there - in the end it almost always turned out to be temporary server issues, but not Amarok issues. So I tend to be pretty relaxed about it, and just lean back, and wait.
(In reply to comment #9) > Scrobbling still works fine here with Amarok 2.1-SVN, KDE 4.2.2, and me being a > Last.fm subscriber. > > So I doubt that the problem is in Amarok itself. Over the years we've heard > countless reports of Last.fm failing here or there - in the end it almost > always turned out to be temporary server issues, but not Amarok issues. So I > tend to be pretty relaxed about it, and just lean back, and wait. It works with Songbird, but not Amarok 2.0.2. How can this be a server issue?
@Mark: It doesn't work here with either 2.1-SVN or 2.0.2... not a subscriber though... Also I fear it's not an Amarok-Bug but a lastfm-API-Bug somehow... Lukas
Seeing the same thing under Fedora 10 / Amarok 2.0.2
Hi, if I try to verify my username and password to last.fm via amarok dialog window I get this debug output: "auth.getMobileSession:" QUrl( "http://ws.audioscrobbler.com/2.0/?api_key=402d3ca8e9bc9d3cf9b85e1202944ca5&api_sig=12fe57ff53ba1352947f6059c13c0640&authToken=0abcd106515d44975d859143c7016992&method=auth.getMobileSession&sk=&username=klop_music&api_sig=9d67ffb86d2125fbde73e7f4dd365ac3" ) "<?xml version="1.0" encoding="utf-8"?> <lfm status="failed"> <error code="13">Invalid method signature supplied</error></lfm>"
Same here, started on 1st April, but I don't remember updating Amarok that day. Not a paid member (if this info in relevant at all). This is what Amarok print into console trying to authenticate(?): amarok(23499) KNetworkAccessManager::createRequest: GetOperation: QUrl( "http://ws.audioscrobbler.com/2.0/?api_key=(SNIP)&api_sig=(SNIP)&authToken=(SNIP)&method=auth.getMobileSession&sk=&username=(SNIP)&api_sig=(SNIP)" ) amarok(23499) KNetworkReply::setMimeType: "text/xml" ":" QUrl( "" ) "<?xml version="1.0" encoding="utf-8"?> <lfm status="failed"> <error code="13">Invalid method signature supplied</error></lfm>"
*** This bug has been confirmed by popular vote. ***
Funny thing is that Amarok prints "Success!" on the Button, but returns "ERROR in lastfm! 13" in the Konsole when testing the login (2.1-SVN that is...). Lukas
I am having this problem, too. Amarok 2.0.2 on OpenSUSE 11.1. Not seeing this problem using the last.fm client on OS X.
Update on the situation, talked to a Last.fm dev: markey = me mxcl (Max Howell) = Last.fm dev lfranchi (Leo Franchi) = Amarok Last.fm code maintainer b00m1992 = some guy 13:32 < markey> mxcl: yo, wrt scrobbling issue: https://bugs.kde.org/show_bug.cgi?id=188678 13:32 < markey> check comments 13:32 < markey> (I can't reproduce it though) 13:32 < markey> bbl 13:35 < mxcl> well partially this wouldn't have happened if lfranchi had done what I told him to do and not request a new session key every time amarok starts up 13:35 < mxcl> you're only meant to do that once *ever* 13:35 < mxcl> so I haven't got a huge amount of sympathy 13:35 < mxcl> but on the other hand it looks like a bug serverside 13:35 < mxcl> I can't do much about that at the weekend though 13:35 < mxcl> nobody is available to fix it 13:37 < mxcl> the reason it's still working in songbird is because they followed the 200 lines of documentation regarding authentication that tell you to authenticate once 13:37 < mxcl> but if they tried to reauth I guess it would fai 13:37 < mxcl> *fail 13:38 * b00m1992 can test if someone wants him to... 13:39 < mxcl> one thing that these users can try is changing their password on the site 13:39 < mxcl> it may be that old chestnut 13:40 < b00m1992> ok... 13:40 < mxcl> you can change it back again afterwards if it works or if it doesn't 13:40 < mxcl> don't forget to change the password in amarok too 13:42 < b00m1992> mxcl: doesn't seem to work... 13:43 < mxcl> does your username or password have mixed case or exotic characters in it? 13:43 < b00m1992> mxcl: my username has number in it... 13:43 < b00m1992> nothing else + nothing in passwd 13:43 < mxcl> should be ok As Leo will be away without net access in Greece for at least another week, we may not be able to fix it quickly. Patches welcome.
Created attachment 32586 [details] amarok -d output I have no idea how much of this is of use, but here is my amarok -d output...
is there any diff between the recently split last.fm library and what's in 2.0.2? and can 2.0.2 use the last.fm library? if so I could roll a fix for gentoo if I know what needs to be done to make the last.fm library work...
I believe the problem is that api_sig is inserted in the request twice -- with two different values. I'll look into it further, but if that helps anyone else find the problem faster, so much the better.
Also have tis bug. No feedback to last.fm. Amarok 2.0.2 KDEMod 4.2.2. Banshee scrobbles good< now wants to test 2.1. SVN
Created attachment 32615 [details] patch against 2.0.2 Got it. api_sig was being generated twice (the second time *included* the first one, which is why they were different), so I removed the version that looked less clean. Test login, regular login, and scrobbling now all work ok. Patch is against 2.0.2 for any users or distro packagers who want a hotfix. LastFmService.cpp has changed structure in trunk, so I'll post a new patch for that shortly.
Created attachment 32616 [details] patch against trunk I have NOT tested this one personally, but it's simple enough.
Can you please release 2.0.3 (or 2.0.2.1, whatever you call it) with this patch?
SVN commit 949421 by markey: Patch for possibly fixing the Scrobbling problems with Last.fm. Seems to work here (but then it always worked for me) - at least I can't see any negative side effects. Thanks to hoodedone@gmail.com for this patch :) CCBUG: 188678 M +0 -2 LastFmService.cpp M +0 -2 LastFmServiceSettings.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=949421
@KAMiKAZOW: No, we don't plan to make another 2.0.x release. 2.1-beta1 will be released soon. However, distros could add this patch to their packages. (or maybe Last.fm is going to fix this server side anyway)
(In reply to comment #27) > However, distros could add this patch to their packages. (or maybe Last.fm is > going to fix this server side anyway) To be clear, the bug is entirely on the Amarok side, and it looks like it's been hiding there since 2.0. I think that previously when the server got multiple versions of the api_sig parameter, it picked the good one by accident. Something changed, and now most of the time it picks the bad one.
How to use these patches? Where to put them to get Amarok scrobbler to work again?
Wasn't working for me. Can confirm that the patch fixed it for me. Thanks
@Keegan - you need to wait for your distribution to pick up the patch. The bug in Ubuntu for instance is https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/356896
(In reply to comment #31) > @Keegan - you need to wait for your distribution to pick up the patch. The bug > in Ubuntu for instance is > https://bugs.launchpad.net/ubuntu/+source/amarok/+bug/356896 Just to clarify: I am compiling from Amarok trunk. I did an svn update when Mark committed the patch. So trunk was not working for me, but now is after the committed patch.
Fix confirmed by reporters, and cannot be reproduced by users of trunk
*** Bug 189519 has been marked as a duplicate of this bug. ***
*** Bug 190569 has been marked as a duplicate of this bug. ***
Does anyone know if Amarok recognises that it can't submit tracks and hence caches them for a later date? I just want to know if all my tracks will be submited when I get a patch out from my distribution. Cheers