Conversation
The google integration example currently uses a couple of exotic scopes. I changed those scopes to make it easier to try the example. The scopes I chose are likely to be needed for most integrations that use Google OAuth for authentication. Those scope are the following: * openid * https://www.googleapis.com/auth/userinfo.email
|
FWIW, this can be cut down to only the openid scope if you think that makes better sense for the example. |
|
Hey, thanks for the PR. I'd prefer not to add The use case for this crate over |
|
Thanks for the tip on the openidconnect crate. I just found and switched to that. The email scope still seems more relevant likely to be in someone's OAuth 2.0 project permissions than the calendar one. Maybe not though. Having said that, documenting that one needs to create a OAuth2 client id in a project with certain scopes would probably help a lot to make this examples work for folks. It took me a bit to figure out that's what was wrong. Another option would be to create an OAuth2 client secret that is only good for http://localhost:8080 since that's what this example uses for the redirection url. |
|
Yeah I agree. The examples should do a better job of documenting how to set up the corresponding provider to work with each example. |
The google integration example currently uses a couple of exotic scopes. I changed those scopes to make it easier to try the example. The scopes I chose are likely to be needed for most integrations that use Google OAuth for authentication. Those scope are the following: