02-13-2021 14:29 - edited 02-13-2021 14:30
02-13-2021 14:29 - edited 02-13-2021 14:30
I'm trying to implement the OAuth settings component using the Authorization Code Flow w/ PKCE with my OAuth provider. It almost works, except that the `code_challenge_method` parameter is set to "plain", which isn't supported in a few identity services like Auth0 or Okta.
Is there any support on this or should I resort to using the client credentials flow (client id and secret) -- and is it safe to assume that the client secret can be safe hard-coded as such? Help is much appreciated, thank you!
Answered! Go to the Best Answer.
02-25-2021 11:42
02-25-2021 11:42
You might be better off posting in this forum. However, I think the news might not be good. ☹️
02-24-2021 19:26
02-24-2021 19:26
Hi @brh55
"code_challenge_method = plain" is the default setting. You can change it to S256. Here's the information on that connection option listed in our documentation
For use with PKCE support only. Defaults to plain
if not present in the request. Code verifier transformation method is S256
or plain
.
Default = plain
Optional
Type: string
If Okta or Auth0 does not support S256 please let us know.
Unfortunately, the client credentials flow does not allow for retrieving Fitbit user data. The next safest option would be to use Authorization Code Grant Flow (without PKCE).
02-25-2021 07:43
02-25-2021 07:43
Hey @Gordon-C,
This is in regards to the Settings API / OAuth Button Component - https://dev.fitbit.com/build/reference/settings-api/#oauth-button
I don't see any parameter to override that code_challenge_method.
02-25-2021 11:42
02-25-2021 11:42
You might be better off posting in this forum. However, I think the news might not be good. ☹️
02-25-2021 11:44
02-25-2021 11:44
Opps, I didn't realize I posted on Web API Development! I'll repost this on the correct forum.