Retrieve User's Currently Playing Track

[sanjams2]

Is there a way/plans of an update to the web-api that provides a way to get the song a user is currently listening to?

[benbristow]

+1

[jerblack]

+1 here too

[Evertvandenbruel]

• 1

[bombadillo]

+1

[ThottChief]

+1

[ashfinlayson]

:+1:

[Kwapi]

great idea

[finafisken]

+1

[luksha]

+1

[SkylerLutz]

This needs to happen

[AbbieGator]

+1

[k9ordon]

+1

[lachieh]

@thelinmichael Any updates? It would be good to have this endpoint at least for the currently logged in user. I understand the privacy concerns and the potential load of providing this endpoint for all users publicly, but the ability for a user to log in using the api and see their own current song on an app would be great.

I'm thinking something like a GET on /v1/me/currenttrack/ which returns the same data as /v1/tracks/{id}

[brunoksato]

+1

[dittodhole]

+1

[aleicher]

+1 the suggestion by @lachieh sounds really good, since no data is exposed without the user authorizing it, and at the same time, the load on the API is limited. Being able to retrieve the current song (or the listening history) opens up interesting opportunities to add value on top of Spotify

[Mheetu]

+1

[dfederschmidt]

+1

[freman]

+1 and while you're at it, can you give me api that lets me tell the current active player to skip to the next track?

With these two features available by API I can implement the most desired ability to skip blacklisted songs.

[remcorakers]

+1

[dittodhole]

@jsanders67 that is exactly my issue for Spotify Connect players, hence my project node-upnp-scrobble-js

[orrybaram]

+1

[hycday]

just to understand, all our +1s are now a lot, what's the point of it ? will it get to somewhere or not really ? thanks a lot for any answer that can help :)

[lachieh]

It's the only way to simply 'agree' with the feature request publicly as GitHub doesn't have a better way of showing it.

Unfortunately, I think it's had the unfortunate effect of getting @thelinmichael and the Spotify team to 'unsubscribe' from this issue and effectively miss any new questions or suggestions.

Edit: This has changed as of 2016. If anyone wants to add support for this feature, please add a "thumbs up" to the initial post.

[plamere]

+1

[orrybaram]

@jsanders67 mentioned it, but here's my quick implementation with the Last FM API. It gets your recently played tracks, does a Spotify search on the most recent, returns the track's uri and builds an embedded player with the uri. https://gist.github.com/orrybaram/334d43ce7f5569b46c14

[lachieh]

@orrybaram Thanks. It's not quite ideal, as it relies on a third party (last.fm) but some people might be able to use it. It at least shows that what we are requesting is technically possible. Heck, the currently playing song is already in use for the Spotify Connect API. It can't be that much of a stretch to get it into the Web API.

[ash-vd]

Would love to see this feature implemented...

[thedeeno]

@freman that's exactly why they're not implementing this

[freman]

@thedeeno really? Why on earth would they want us to not be able to script rubbish music... I've managed to do it on OS X anyway - https://gist.github.com/freman/f055f614d5fcbfe96ff1

[philippn]

+1

[seanemmer]

+1

[JesusEduardo2028]

+1

[brunorsini]

+1 !

[jessemillman]

+1

[altitude]

+1

[thedeeno]

@freman Not sure, just a guess. I assume it's more expensive for them.

Nice script!

[tomeriksen]

+1

[endowzoner]

+1

[sjunnesson]

+1

[rollerd]

+1

[vincentaudebert]

+1

[bloudermilk]

+1

[augustinas]

+1

[wohlfea]

+1

[jdtzmn]

I found a way to do this: Check out this article: http://cgbystrom.com/articles/deconstructing-spotifys-builtin-http-server/

For various languages: Python: https://github.com/cgbystrom/spotify-local-http-api Javascript: https://github.com/nutgaard/SpotifyHttpJs

[pizzarob]

+1 why isn't this implemented? The people want it!

[ralapack]

:+1:

[ghost]

+1

[philnelson]

+1, it's insane that this doesn't exist. There must be some "business reason" to omit this.