-
Notifications
You must be signed in to change notification settings - Fork 27
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
Show more details on the authorization errors when Bitwarden blocks the log in #203
Comments
Yeah, seems like a good change. So far the biggest problem for this is that part of these notifications are in the daemon, and the UI had no way to get them. But with the authenticated session the UI has to the daemon now, I think we can pass these errors, and also things like 2FA prompts. |
Just FYI, try to report issues here first to not bother upstream with errors that might be caused by this project. |
Thanks for the information, but Goldwarden doesn't break any rules and just uses the Bitwarden official API, right? So, they should not consider this project as a harm, I think. But you warning came a little bit late, sorry, I reported the issue already to the Bitwarden support, cuz I can't login to Goldwarden from my office computer, and from the home computer too already more than a week, with an error:
So, I asked them to unblock my IP addresses (with the exact UTC times of the requests with error) but they responded that no blocks from their side with very surprising info (after my third explanation of why I use Goldwarden with API calls but not the official client - because it misses autotype feature):
@quexten So, could you please provide full information about how to reproduce this API request manually, using |
No rules broken, I just don't want upstream burdened with bugs caused by this project. I believe other unofficial server/client implementations (vaultwarden/rbw) have the same policy of reporting bugs there first. For unusual traffic (error 7) shown in your screenshot, this is most likely not even a bug but just missing the api key. Without it, the official clients use captcha (aside from the cli). Fix: https://github.com/quexten/goldwarden/wiki/Getting-Started#unusual-traffic . |
Hmm, but I tried already to fill the client_id and client_secret in the login form in UI, but the result is the same. Will try to do this on CLI. Could you please show a command on how to call the
but it starts the UI instead. |
Interesting, in that case we could actually try to differentiate what the cli and goldwarden send specifically. If the error occurs in the cli too, this is an upstream issue, if not we can see if we can modify the headers to look more like the cli. |
Hmm, with cli commands I logged in successfully!
But doing the same via UI - gives me the "Traffic from your network looks unusual. Connect to a different network or try again later. [Error Code 7]" error. So, seems something is broken on the UI communication with the daemon. Could you please take a look? |
Most likely fixed in #212 |
Also, added errors for wrong password/totp/error 7 unusual traffic in #215 |
Pretty often I got problems with logging in, and the signal of this is only a notification like this:
From this notification I can't get the exact url, time of the request and the full response text, to fill an issue to Bitwarden support.
Will be good to put into stdout and logs more detailed info about the error, and in the UI - some constant window explaining that the login has failed, with some recommendations on what to do to fix this issue.
At least - the full url of the request with the host and the request time, to report it to the Bitwarden support.
The text was updated successfully, but these errors were encountered: