Closed kingosticks closed 1 month ago
I am getting the same issue:
mopidy[661]: File "/usr/lib/python3/dist-packages/mopidy_spotify/library.py", line 35, in get_images
mopidy[661]: return images.get_images(self._backend._web_client, uris)
mopidy[661]: File "/usr/lib/python3/dist-packages/mopidy_spotify/images.py", line 23, in get_images
mopidy[661]: uris = sorted((_parse_uri(u) for u in uris), key=uri_type_getter)
mopidy[661]: File "/usr/lib/python3/dist-packages/mopidy_spotify/images.py", line 23, in <genexpr>
mopidy[661]: uris = sorted((_parse_uri(u) for u in uris), key=uri_type_getter)
mopidy[661]: File "/usr/lib/python3/dist-packages/mopidy_spotify/images.py", line 45, in _parse_uri
mopidy[661]: uri_type, uri_id = parsed_uri.path.split(":")[:2]
mopidy[661]: ValueError: not enough values to unpack (expected 2, got 1)
If someone wants to fix this, they can just handle the exception and return an empty response. We don't need to support returning images for arbitrary browse directories, I think this is a weird thing for a client to request.
It could be analogous to album art?
I'm talking about virtual directories like the ones in the examples I provided above. What would we return for spotify:featured:playlists
, for example?
Right, that doesn’t make sense.
Fixed some time ago at https://github.com/mopidy/mopidy-spotify/blob/main/src/mopidy_spotify/images.py#L46-L47
Iris causes this straight away when you go to browse.
And similarly: