[GH-ISSUE #166] Bulk API Endpoints To-Be Removed #150

Open
opened 2026-02-27 04:57:49 +03:00 by kerem · 6 comments
Owner

Originally created by @RGPZ on GitHub (Feb 6, 2026).
Original GitHub issue: https://github.com/Googolplexed0/zotify/issues/166

https://developer.spotify.com/blog/2026-02-06-update-on-developer-access-and-platform-security
https://developer.spotify.com/documentation/web-api/references/changes/february-2026

Seems like they're removing a lot of endpoints that allow us to grab information in bulk, seems like they're not getting rid of many playback information endpoints, however.

Originally created by @RGPZ on GitHub (Feb 6, 2026). Original GitHub issue: https://github.com/Googolplexed0/zotify/issues/166 https://developer.spotify.com/blog/2026-02-06-update-on-developer-access-and-platform-security https://developer.spotify.com/documentation/web-api/references/changes/february-2026 Seems like they're removing a lot of endpoints that allow us to grab information in bulk, seems like they're not getting rid of many playback information endpoints, however.
Author
Owner

@yashikada commented on GitHub (Feb 8, 2026):

  • Development Mode use will require a Spotify Premium account

Maybe all the development IDs created with free accounts will no longer work.
I hope so.

<!-- gh-comment-id:3867232739 --> @yashikada commented on GitHub (Feb 8, 2026): - Development Mode use will require a Spotify Premium account Maybe all the development IDs created with free accounts will no longer work. I hope so.
Author
Owner

@RGPZ commented on GitHub (Feb 9, 2026):

To be fair, Librespot requires a Spotify Premium account anyway so it's not like that affects us by much.

<!-- gh-comment-id:3868779094 --> @RGPZ commented on GitHub (Feb 9, 2026): To be fair, Librespot requires a Spotify Premium account anyway so it's not like that affects us by much.
Author
Owner

@Googolplexed0 commented on GitHub (Feb 12, 2026):

Yes, this will affect us. It also undoes some of the optimizations added by the efficient-api branch, so that is unfortunate. I'll have a fix out before it goes into effect.

<!-- gh-comment-id:3888206507 --> @Googolplexed0 commented on GitHub (Feb 12, 2026): Yes, this will affect us. It also undoes some of the optimizations added by the efficient-api branch, so that is unfortunate. I'll have a fix out before it goes into effect.
Author
Owner

@fafamobile commented on GitHub (Feb 12, 2026):

Would this still require development apps?

<!-- gh-comment-id:3893061711 --> @fafamobile commented on GitHub (Feb 12, 2026): Would this still require development apps?
Author
Owner

@Googolplexed0 commented on GitHub (Feb 14, 2026):

Would this still require development apps?

These changes only serve to make Dev Apps more restricted and less efficient by forcing requests to go out individually per Content. They change nothing about credential accessibility.

But don't lose hope, I may have a lead on how to get around them being a hard requirement. I think it will still prevent some of the nice features like UserItem Queries and Search but it would be way more usable than the current state of the project for those without Dev Apps. All of this assumes the idea works, though.

<!-- gh-comment-id:3901040787 --> @Googolplexed0 commented on GitHub (Feb 14, 2026): > Would this still require development apps? These changes only serve to make Dev Apps more restricted and less efficient by forcing requests to go out individually per Content. They change nothing about credential accessibility. **_But don't lose hope_**, I may have a lead on how to get around them being a hard requirement. I think it will still prevent some of the nice features like `UserItem` Queries and Search but it would be **way** more usable than the current state of the project for those without Dev Apps. All of this assumes the idea works, though.
Author
Owner

@RGPZ commented on GitHub (Feb 14, 2026):

Would this still require development apps?

These changes only serve to make Dev Apps more restricted and less efficient by forcing requests to go out individually per Content. They change nothing about credential accessibility.

But don't lose hope, I may have a lead on how to get around them being a hard requirement. I think it will still prevent some of the nice features like UserItem Queries and Search but it would be way more usable than the current state of the project for those without Dev Apps. All of this assumes the idea works, though.

Just wanna say thanks for all the effort that you've put in to try to support this branch with the amount of content that Spotify keeps changing, thought the app was going to be dead when they changed the login system from mercury to login5.

<!-- gh-comment-id:3901063669 --> @RGPZ commented on GitHub (Feb 14, 2026): > > Would this still require development apps? > > These changes only serve to make Dev Apps more restricted and less efficient by forcing requests to go out individually per Content. They change nothing about credential accessibility. > > **_But don't lose hope_**, I may have a lead on how to get around them being a hard requirement. I think it will still prevent some of the nice features like `UserItem` Queries and Search but it would be **way** more usable than the current state of the project for those without Dev Apps. All of this assumes the idea works, though. Just wanna say thanks for all the effort that you've put in to try to support this branch with the amount of content that Spotify keeps changing, thought the app was going to be dead when they changed the login system from mercury to login5.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/zotify#150
No description provided.