I’ve been seeing this as well using bw login for the last few weeks. I figured I’d broken something but I’m seeing it on two independently maintained systems.
bw v.1.16.0
Linux 5.14.13 (Arch Linux, stock kernel)
In our case, we insert the BW_CLIENTID and BW_CLIENTSECRET in the python subprocess environment, with the --apikey option at startup.
We’re not done yet, but it seems to work. It still requires the master password to unlock though, so calling it an “api key” is a bit of a stretch really.
What’s strange is that it seems to depend on the user and platform, so I suppose there is some kind of algorithm behin that accept some cli connection whitout a captcha.
@nahili you’re correct. All CLI activity was being flagged as needing a captcha, but we put in some additional rules to allow ‘known’ devices to pass without it.
The API key is means to connect/authenticate, but the master password will always be needed to decrypt (unlock)
This is all great feedback though - we continue to work to make things easier for automation
Hi, I have the same error, but triggered by the Chrome extension. (1.42.2_0). This only happens when I am using the extension on my corporate machine… how can I fix it? thx, Billy.