Expected Behavior
When my remote command fails due to an authentication issue, have a more descriptive error presented, instead of looking into the logs.
Actual Behavior
Bit fails to authenticate, prompts username/password request, and fails again. The actual error is found in the logs.
Examples
While there are few examples of it, and different flow Bit tries to do when authenticating, this might be somewhat problematic... As Bit has a fallback mechanism between different ways it tries to authenticate.
- SSH key defined in
bit config.
- SSH key fetches from ssh-agent.
user.token not defined...
- ssh key has passphrase and Bit can't handle it at the moment.
- an actual authentication issue with the remote scope.
each issue needs to be asserted in an error message.
also - consider add --verbose option to show each of the fallbacks.
Expected Behavior
When my remote command fails due to an authentication issue, have a more descriptive error presented, instead of looking into the logs.
Actual Behavior
Bit fails to authenticate, prompts username/password request, and fails again. The actual error is found in the logs.
Examples
While there are few examples of it, and different flow Bit tries to do when authenticating, this might be somewhat problematic... As Bit has a fallback mechanism between different ways it tries to authenticate.
bit config.user.tokennot defined...each issue needs to be asserted in an error message.
also - consider add
--verboseoption to show each of the fallbacks.