-
-
Notifications
You must be signed in to change notification settings - Fork 534
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
authorize endpoints now require reCAPTCHA for generating new access/refresh tokens #431
Comments
My findings regarding this topic. reCaptcha login submission. |
Site key is key to solving the problem and then outsourcing site key to captcha solving service using recaptcha : |
But the user have to pay for this and register a API_KEY? Why don't let the user login manually and copy paste the auth_code after login to receive the auth_token. This login is once a lifetime action for new installations. |
Or just kinda brute-force it, like I'm doing: #501 (comment) Eventually, Tesla gets in the middle of everything and resets the CAPTCHA, and then you can login without it. |
Wow.... their workers are only paid ~$1.01/21000sec or ~$0.17/hr. I wonder how many are just ML bots. |
Always get the 403 as well - any solution for that? |
@MobAbi Did you solve the 403 error for step 2? Any experience could share? |
I haven't had any issue getting refresh tokens, but it seems that you need to regenerate your access token every few months. (I think I've had to do it twice, but been using this API for over a year or so) I'm not able to get through the current issue where either reCaptcha or other user-agent issues are preventing me from getting the initial token. Even if it takes some manual work to get the access token then automate the refresh token, has anybody found any way to workaround this? (This is mostly a bump and subscribe to any updates. 😅) EDIT: Seems like this site https://tesla-info.com/tesla-token.php is able to generate the token with a manual visit, which you can then use. Adding this for anybody that might come across this vs the more current thread here |
It seems that for some users (or at least for me), trying to
POST
to/oauth2/v3/authorize
using the documented approaches here results in the user being forwarded back to the sign-in page with this error message:This differs from the SVG-based CAPTCHA login flow that others have documented previously.
It doesn't seem like there's a workaround to this unless you use a webdriver and track redirects.
The documentation needs to be updated to reflect this if anyone else is experiencing the same behavior.
The text was updated successfully, but these errors were encountered: