Raise Error if Credentials are Invalid

[jambonrose]

Hi,
If there's a credential mismatch in either the ~/.gbdx-config INI file or any of the environment variables (GBDX_USERNAME, GBDX_PASSWORD, GBDX_CLIENT_ID, and GBDX_CLIENT_SECRET) then gbdxtools will fail cryptically or silently.

For instance, in the event a typo has been introduced in GBDX_PASSWORD, then the program will tell you to create ~/.gbdx-config (rather than tell you your credentials are wrong). In the event a typo is introduced in this config, then the program returns Invalid credentials or incorrectly formated config file at ~/.gbdx-config. It's not clear what the problem is.

Attempting to run the code again will yield no output, even during failures. A repeat call to session_from_kwargs with different credentials therefore seems to work, even when it does not. Using any code after that raises Nonetype errors, as the session is None.

In the event credentials fail, the user should be warned of the failure explicitly.

Using logging, it looks as though the error raised by fetch_token (in any of the session calls in this project) is oauthlib.oauth2.rfc6749.errors.MissingTokenError, which is a rather strange error to raise when an HTTP 401 is returned (particularly given that this is an attempt to get a token). It would be nice to wrap these calls with try...except blocks to catch this error and inform the user of the probable failure in their config.

[jambonrose]

To clarify my last statement: the act of wrapping or unwrapping with a try...except block misses the point I was trying to make. The goal is to inform the user/developer of what went wrong, and where, helping avoid frustration when first using GBDX.

[nricklin]

So there are 3 problems:

• Invalid credentials in env vars: tells you to create an ini file rather than that you have invalid creds
• Invalid creds in config: ambiguity between whether your creds are wrong or your config is malformed
• trying session_from_kwargs twice in a row has strange results.

Can you give an example of this last one?

This first one is getting fixed in #24