-
Notifications
You must be signed in to change notification settings - Fork 122
Update Fitbit shim to use OAuth 2.0 #45
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
Comments
@emersonf thanks. Is shimmer supporting OAuth 2 for FitBit? Last week, when I tried adding client id and client secret in shimmer settings, it didn't work. After going through some thread, it turned out that I need to use OAuth 1.0 client id as shimmer FitBit use it and it worked for OAuth 1 only. |
We're ready to release it. We were actually waiting to roll it out with any update to #43, so please let us know about that issue. |
Ok Thanks. |
This has been released in v0.4.4. |
I've updated oAuth 2 client ID and it's giving error, like it was giving it for iHealth. Is it possible that, our application is not on secure url yet and it's causing the issue? |
Fitbit doesn't require TLS redirects , as shown in the redirect table. |
It's only working for oAuth 1.0 Client (Consumer) Key. When we updated to read OAuth 2.0 Client ID, it's no longer asking authentication and giving error. Running latest shimmer code in docker. Can someone please update if OAuth 2.0 is working for FitBit? |
Although 1.0a support has been extended to August, "[no new OAuth 1.0a client credentials will be issued](no new OAuth 1.0a client credentials will be issued)" as of this week.
The text was updated successfully, but these errors were encountered: