Closed disi33 closed 5 months ago
Thanks for the detailed info.
{"payload":{"album":"Stonehenge","albumartists":[{"__model__":"Artist","name":"<artistname>","uri":"spotify:artist:ABCDEFG123456"}],"artists":["<artistname>"],"duration":231,"key":"OvT2rbda3YjgRrGb4cjm0CcX7BPiATiU9TrYYoeOTiCs6Aqe4bYPyCtAlUy5jn","length":234,"time":1701294125,"title":"<title>"},"playInfo":"<artistname> - <title>@ 2023-11-29T13:42:05-08:00"}
Did you replace any of this info (EX substituting <artistname>
for a real artist?) or is this exactly as it was in the log?
I replaced that information, I just didn't want for the exact details what I was listening to to distract from the issue at hand 😂 In the logs themselves that data shows as the actual track/artist/album name and track URL, etc.
Also, to avoid confusion, I noticed the issue title says "Spotify tracks", when it should actually day "Mopidy tracks". It was already late at night fore when I created it andust have gotten it wrong.
I edited the title to reflect the correct service.
I'll be honest mopidy has been the most infuriating application to setup I've ever had the displeasure of working with. I run arch linux, docker, virtual machines, the works. I've debugged esoteric java webapplets that were easier to figure out than mopidy. So far mopidy, native, has failed to work with pulseaudio or pipewire. It doesn't work in docker with three different iris/built-in implementations I've tried. It worked at some point in the past but I spent the last 3 hours trying to get anything to play with constant errors.
I'm using the official mopidy js implementation and have made a change that may fix your issue but i cannot test it myself. Please use foxxmd/multi-scrobbler:develop
docker image and let me know if that resolves things for you .
@disi33 have you had a chance to test this?
Thank you for addressing this, very much appreciated! Apologies, life kind of got in the way, I will try to confirm the fix in the next few days!
hey @FoxxMD apologies again for the long wait - of course my homelab server died! I was just recently able to recover the server and I can confirm with your fix in the :develop image everything works like a charm!
Thanks for looking into this - very much appreciated! And sorry again for leaving you hanging there for a while!
Describe the bug I just created the following setup:
Now when I listen to a song via Mopidy, I do see the multi-scrobbler Mopidy integration kicking in and attempting to scrobble the track, however, it is failing with an Internal Server Error at Maloja.
This is the error log from my multi-scrobbler instance:
This is the error log from my Maloja instance:
I believe the issue lies within the formatting of the payload that multi-scrobbler is sending to Maloja. Notice how the data of the album_artists property seems to be a list of dicts:
"albumartists":[{"__model__":"Artist","name":"<artistname>","uri":"spotify:artist:ABCDEFG123456"}]
The respective code within Maloja that is responsible for parsing/sanitizing this data does not seem to be equipped to handle this case: cleanup.py
multi-scrobbler version used: v0.6.2 Maloja version used: v3.2.1
To Reproduce Set up an environment as described above.
Expected behavior I would expect this data to be properly sanitized into a format that Maloja is expecting. The Maloja API specification is defined here,
Logs See log snippets above.
Versions (please complete the following information): Provide version information for any related sources/clients.
Additional context Additionally, during my I noticed that even when I try to blacklist spotify URIs from being scrobbled through Mopidy using the configuration below, multi-scrobbler still attempts to scrobble any track listened to via the Mopidy-Spotify integration. Not sure if this issue is related.