Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Spotify is increasing the security requirements - redirect uri #1186

Closed
sandrzejewskipl opened this issue Feb 12, 2025 · 0 comments · Fixed by #1187
Closed

Spotify is increasing the security requirements - redirect uri #1186

sandrzejewskipl opened this issue Feb 12, 2025 · 0 comments · Fixed by #1187
Labels

Comments

@sandrzejewskipl
Copy link
Contributor

sandrzejewskipl commented Feb 12, 2025

from spotify's blog post:

To improve security for our users, Spotify is planning to remove support for two ways of integrating with Spotify that have been replaced with more secure alternatives. This includes deprecating use of the implicit grant as well as removing support for unencrypted HTTP redirect URIs for your client.

All clients created from the 9th of April 2025 will have the new rules enforced automatically. Migration of existing clients to an acceptable state must be made by November 2025.

most important thing is that localhost will no longer be a supported redirect uri so it must be removed from every docs or readme and changed to 127.0.0.1 and maybe there should be a warning when someone will try to use localhost as a redirect uri

also from spotify's blog post:

Any redirect URI using HTTP will stop being supported, except loopback IP address literals such as http://127.0.0.1 for IPv4 and http://[::1] for IPv6. Any invalid redirect URIs will need to be changed. You can check them under your client’s ‘settings’ tab in the developer console.

Redirects using a custom scheme will still be supported, but we recommend developers to use HTTPS redirects where possible. For mobile applications, we recommend using Android App Links and iOS Universal Links where possible.

For example:

http://www.example.com could be migrated to https://www.example.com
http://localhost:3000 could be migrated to http://127.0.0.1:3000
com.example://callback can still be used as before

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant