Track object missing images field about rspotify HOT 6 CLOSED

Of course, there is no reason to not implement the images field. But it seems the track object (full) in the reference doesn't has key called images, but in the mocked result of trace endpoint, it does has a key named images. Well, I am confused now, should I have the images field or not ?

from rspotify.

I have tried testing it with calls, and there is a returned parameter for images. I have gotten around it currently by just getting the image I want from going from track->album->image. I tried forking and implementing it myself. And was going to make a pull request. I am new to rust so it didn't work. But I may attempt again in the next couple of days if you don't get around to it.

from rspotify.

I just opened an issue on the GH issue tracker for the web-api.

from rspotify.

It seems the images field is in the simplified album object, but not in the full track object, sorry for misleading you to the wrong way. Actual, there is a field named images in simplified album object or full album, I already have implemented it before.

from rspotify.

I realize it is in the Album object, that is what I am using in my app instead. But I still think it is an error with spotify's documentation that the images part of the result for a FullTrack is missing.

from rspotify.

I'll close this for now, since it seems that even with the new reference the images field isn't documented: https://developer.spotify.com/documentation/web-api/reference/#/operations/get-track. Even then, I haven't been able to reproduce it. And it seems to be a non-issue anyway.

from rspotify.