-
Notifications
You must be signed in to change notification settings - Fork 124
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
CLN: use pydata-google-auth for auth flow #241
Conversation
Only private_key logic and customized path for credentials cache remain. At some point in the future private_key logic will be removed, as that parameter is deprecated in favor of the credentials argument. Also removes the _try_credentials logic, as that slows down the authentication process and is largely unnecessary now that credentials can be explicitly created and supplied via the credentials argument.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Great! It's awesome to see how far auth has moved!
@@ -12,40 +12,34 @@ | |||
logger = logging.getLogger(__name__) | |||
|
|||
|
|||
CREDENTIALS_CACHE_DIRNAME = "pandas_gbq" | |||
CREDENTIALS_CACHE_FILENAME = "bigquery_credentials.dat" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To confirm, you think we should have something specific for pandas_gbq
rather than anything using pydata_google_auth
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This was mostly to be backwards compatible. I guess people won't be too annoyed if we change the credentials location and they have to reauth?
Another concern is if they use the pydata_google_auth location, it may get confusing if they use that library with different scopes somewhere else.
Only private_key logic and customized path for credentials cache remain.
At some point in the future private_key logic will be removed, as that
parameter is deprecated in favor of the credentials argument.
Also removes the _try_credentials logic, as that slows down the
authentication process and is largely unnecessary now that credentials
can be explicitly created and supplied via the credentials argument.
Closes #161