-
Notifications
You must be signed in to change notification settings - Fork 97
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
The reauthenticate endpoint is deprecated #174
Comments
I appreciate you reading through their changelog and spotting this 👏👏 I've tried to swap it, but that new endpoint doesn't work for me when using it to reauthenticate: Originally with auth strategy B we'd call the So I suppose this isn't a 1-1 replacement, but we'd need to figure out a new authentication strategy to use it instead of Additionally, how would you interpret this sentence?
Especially:
We're supposed to call this endpoint after logging in to initialise our session? To validate that interpretation I've added a call to this new endpoint after we successfully log in. I've published |
The documentation seems to be changing pretty quickly. The Introduction now suggests that they're switching to OAuth 2.0 and that they're planning to have One API to rule them all. The section Sessions in the Web API describes a two-tier authentication system. A "read-only" tier that seems to be similar to what we're used to, and a "brokerage session" that is established after the first tier. I'm not sure if this is new, or simply newly documented, or I just didn't notice it before. Apparently all "/iserver" endpoints require a brokerage session, so that might be why you're having trouble reauthenticating. I'll try the new image. Thanks. |
Hey @bfoz thanks for this update. What you find seems to be consistent with this comment here: #150 (comment) |
I was looking through the changelogs on the new API portal and noticed this little tidbit:
Does this affect ibeam?
The text was updated successfully, but these errors were encountered: