AudioScrobbler submission blocked by '\0' bytes

[Nicolas Pawlak]

The scrobbling functionality stops after a few months (or weeks, days... don't really know). On LastFM profile, only the current track appears, and disappears once the track is finished. In other words, the LastFM profile don't change, except the current track.

If i delete the ~/.config/decibel-audio-player directory, it resolves the problem (but it resets all settings...).

I think that it appens when i upgrade the system (Ubuntu 10.04 but on Fedora 12 & 13 too).

Sorry, i've deleted the directory with no backup... :-(

[Anonym25712 (anonym25712)]

I think this is caused by weird characters in some tags. Last.fm uses an URL based submission, and a character that cannot be correctly URL encoded may result in a failed submission. So the data that cannot be submitted always stays on top of the queue, is never correctly submitted, and prevents the rest of the queue from being submitted.

An example of a file with such tags would help me to figure out what can be such characters :-)

[Nicolas Pawlak (nicolas-pawlak-gmail)]

Thanks for the explanation. i'll try to reproduce the problem and i complete the bug description.

[Nicolas Pawlak (nicolas-pawlak-gmail)]

Problem reproduced with the same titles as last time. The screenshot with last titles is included in the file with the ~/.config/decibel-audio-player/ directory.

[Anonym25712 (anonym25712)]

Fixed on trunk.

Your tags contain bytes that are equal to 0 (i.e., '\0') and that prevent AudioScrobbler servers from accepting the data with a weird error ("not all request variables are set"). For instance the artist of the first entry in your AudioScrobbler cache is :

"Devin Townsend\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"

[Anonym25712 (anonym25712)]

See v1.06