starred/rspotify

Fork 0

mirror of https://github.com/ramsayleung/rspotify.git synced 2026-04-26 16:05:53 +03:00

[GH-ISSUE #64] Track object missing images field #20

New issue

Closed

opened 2026-02-27 20:22:38 +03:00 by kerem · 6 comments

kerem commented

2026-02-27 20:22:38 +03:00

Owner

Originally created by @SethGower on GitHub (Nov 11, 2019).
Original GitHub issue: https://github.com/ramsayleung/rspotify/issues/64

According to the reference for the track endpoint, one of the response fields is an array of images, which can be empty, that just stores the album art for that song. Is there any reason this isn't implemented in here?

Originally created by @SethGower on GitHub (Nov 11, 2019). Original GitHub issue: https://github.com/ramsayleung/rspotify/issues/64 According to the reference for the [track](https://developer.spotify.com/documentation/web-api/reference/tracks/get-track/) endpoint, one of the response fields is an array of `images`, which can be empty, that just stores the album art for that song. Is there any reason this isn't implemented in here?

kerem closed this issue

2026-02-27 20:22:38 +03:00

kerem commented

2026-02-27 20:22:39 +03:00

Author

Owner

@ramsayleung commented on GitHub (Nov 12, 2019):

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 ?

@ramsayleung commented on GitHub (Nov 12, 2019): 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 ?

kerem commented

2026-02-27 20:22:39 +03:00

Author

Owner

@SethGower commented on GitHub (Nov 12, 2019):

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.

@SethGower commented on GitHub (Nov 12, 2019): 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.

kerem commented

2026-02-27 20:22:39 +03:00

Author

Owner

@SethGower commented on GitHub (Nov 12, 2019):

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

@SethGower commented on GitHub (Nov 12, 2019): I just opened an [issue](https://github.com/spotify/web-api/issues/1385) on the GH issue tracker for the web-api.

kerem commented

2026-02-27 20:22:39 +03:00

Author

Owner

@ramsayleung commented on GitHub (Nov 12, 2019):

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.

@ramsayleung commented on GitHub (Nov 12, 2019): It seems the `images` field is in the [`simplified album object`](https://developer.spotify.com/documentation/web-api/reference/object-model/#album-object-simplified), 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`](https://github.com/ramsayleung/rspotify/blob/de2eb74367f349603c74a6b8d1d9720700478585/src/spotify/model/album.rs#L25) or [`full album`](https://github.com/ramsayleung/rspotify/blob/de2eb74367f349603c74a6b8d1d9720700478585/src/spotify/model/album.rs#L58), I already have implemented it before.

kerem commented

2026-02-27 20:22:39 +03:00

Author

Owner

@SethGower commented on GitHub (Nov 12, 2019):

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.

@SethGower commented on GitHub (Nov 12, 2019): 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.

kerem commented

2026-02-27 20:22:39 +03:00

Author

Owner

@marioortizmanero commented on GitHub (Nov 20, 2021):

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.

@marioortizmanero commented on GitHub (Nov 20, 2021): 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.