-
Notifications
You must be signed in to change notification settings - Fork 572
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
Removal of /api/{login,logout}
methods
#827
Comments
At the rythm at which we're going, I would expect one release a month, so in ~1 month and 3 weeks we should be at the v0.7. What would the endpoints return when deprecated? Would it return a 404 error when pointing to The core issue with removing that endpoint is that several libraries have pinned @osanseviero do you have knowledge on which libraries use version 0.0.8 and 0.1.2? We could nudge them to upgrade/open a PR to help them out, which would help. I took a look at the most downloaded libraries listed here but didn't manage to find the ones that had such requirements in place. |
Yes the 404 can definitely contain a custom message
I'm not sure any of those libraries use the /login endpoint though (just the resolver endpoints) This has been deprecated for a while so i think we'll need to turn off the endpoint soon-ish in any case |
I checked ~20 repositories on GitHub that were leveraging versions anterior to v0.2.0 which introduced access tokens, and none of the ones I checked leverage the As long as the 404 contains a message which can be read from the runtime when trying to login it's fine for me. |
Closing this since removed in v0.8, thanks @LysandreJik! |
We're in the process of completely removing the support of session tokens as a way to authenticate on the hub, which implies removing the
/api/{login,logout}
endpoints (cc @allendorf) - which would affect thehuggingface_hub
library.I know it's currently showing as deprecated and scheduled to be removed in v0.7.0, but given the very low usage we're seeing (< 100 calls/day to
/api/login
on average), is it possible to accelerate the extinction of those methods? When are v0.6.0 and v0.7.0 planned (roughly)?Thanks!
The text was updated successfully, but these errors were encountered: