-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
405 Error on reCaptcha page / errors after reloading feed #11661
Comments
Can also confirm the issue, also happens with trending tabs and not just videos. Switching networks (eg. VPN) temporarily solves the issue My uneducated assumption is that google is doing some A/B testing in specific regions/connection |
It also carries over to the regular YouTube app which also refuses to work now. |
It also occurs bug #11139 after I restarted the the router. |
This is maybe not an actual recaptcha error. When you try to use YT on a browser in the same network you get 429 errors
You can play sporadic videos. Updating feeds only adds 2-3 videos every x minutes. So this seems to be some kind of burst limiting. I hope you can find a workaround, looks bad. As an user you should not update your feed anymore to avoid blocking youtube page in general. |
It seems that YouTube started to ban IP of Newpipe users. The ban is not complete, I'm still able to watch videos on YouTube with a browser, but there are are errors message and I can't connect to my account. When using a VPN it works for a while, then I'm banned again |
I encountered the same Problem, first time yesterday 29.10. Switching to Browser works (Vanadium). Rebooting the phone helps (for a while). |
Seems like every alt youtube platform gets the issue. newpipe, freetube, invidious. Although the error seems different Likely something changed in the backend |
It sounds to me a little like a rate limiting related error, especially since other clients are getting a 429 (too many requests) error. Are the IP blocks others are experiencing temporary and going away after a few minutes to hours of requests from the app stopping? Also, how many requests has it taken others here within a certain period for the issue to occur? I think YouTube has used a form of rate limiting for a while so what has likely changed? |
Considering accessing through the browser still works, I don't think it's rate limiting. Unless they have different limit for embeds, even the trending tab (not video) could get the error too though |
Could this have anything to do with the problem perhaps (YouTube releasing a new layout)? I'm not sure if any of the users in that thread use third party clients, but if not then it could be a more general glitch with a new YouTube API that is causing it to trigger its rate limit block. These are some related Reddit threads from the past day: https://www.reddit.com/r/youtube/comments/1gf4a3y/youtube_says_im_offline_but_im_not_affecting/ https://www.reddit.com/r/youtube/comments/1gffluo/does_anyone_know_how_to_fix_error_429/ https://www.reddit.com/r/youtube/comments/1gfkqgn/what_the_actual_hell_is_going_on/ |
I fear that this might be another Ban-wave as previously mentioned- aimed at specific IPs. Seems both Newpipe and GrayJay are suffering, though GrayJay is able to play videos through a different stream (fails to retrieve iOS stream data, fallsback to UMP) but still returns a 429 Error when prompting refresh/retry on the Home tab, just as Newpipe fails on both Trending/Subscriptions. |
same exact issue, to add on it I checked youtube itself in the web of mobile it says "invalid response" and also if you use the youtube app it says smth error 429 |
Please only comment if you have something useful to provide, thank you! This is likely triggered by making too many requests to YouTube's internal API within a certain period of time. Refreshing YouTube subscriptions without fast mode is what probably triggers the limit, so it is probably a good idea to disable auto-refresh of subscriptions and avoid refreshing your feed if you have an important number of subscriptions from YouTube for now. If you stop connecting to YouTube in any way for an unknown amount of time, you should be able to get your access back. The response the app gets is described in this comment: #11661 (comment) (the HTML response also can be raised if you set an non Google or YouTube The app interprets any HTTP 429 error as a captcha request, which is very bad. This must be changed, as it also affects other services (PeerTube for instance if you reach the limit of requests within a certain amount time for your IP the instance has set). Help is wanted to determine what amount of requests within a certain period of time triggers the error and how much time you need to wait to get back valid responses.
UMP is a streaming media protocol used by YouTube and not a way to get URLs of streams. |
Is it likely that subscription refreshes were also what was causing the "sign in to confirm you are not a bot" error that some users were reporting earlier this year? In my case I have never used NewPipe or any similar software for keeping track of subscriptions and never had that problem. I'm currently away from home and don't want to load any videos on my data limited mobile connection, but can confirm that the trending page and search pages within NewPipe load normally. Is the issue known to be affecting those who do not use NewPipe for channel subscription purposes? |
|
There is a setting called Feed Update Threshold. It's possible this issue is occuring for those who have it set to "always update". |
I'm experiencing this issue too, as of about 24 hours before this comment. My home and work networks are both affected, but mobile data is not. Maybe fingerprinting is involved? Maybe because I spend much less time on mobile networks? Some of my relevant settings: It's also important to note that I'm a heavy user. I'm seeing this issue on every device connected to these networks, even after signing in. Sometimes I can load a video in the browser, sometimes not. |
Refreshing ~500 subscriptions (taking ~2min) (fetch from dedicated feed OFF) appears sufficient to trigger the error, though not immediately (after a few min). Waiting 24hrs initially was sufficient to get back valid responses. |
It may be that for those with, say, 500 subscriptions, YouTube is interpreting the auto refresh as though you are loading 500 channel pages in a very short period of time, which I think would trigger its probably temporary rate limit block. It's common for Google to display an "unusual traffic" captcha page if you make too many searches in a short period, and I think YouTube is very similar in this regard. Is it possible that YouTube has simply tightened the threshold of their rate limit as a way of making scraping more difficult, and this is interfering with those who have a large number of auto-updating subscriptions in NewPipe? Does the issue occur in the kind of scenarios where a ReCaptcha would have previously been shown? I've never had NewPipe ask for a captcha when browsing YouTube, and unlike most here do not have any subscriptions in it. |
I've encountered this on a few occasions this week now. I've not been able to restore use of the service in any fashion outside of calling my ISP and getting a new DHCP lease. Hard to replicate the cause given the consequences of the failure---but it seems the number of requests sent by refreshing subscriptions could be a cause. I'm able to occasionally view videos on a web client. Many requests fail with I hadn't considered the EDIT: Just saw @CBSkarmory's response. I'll try waiting 24h for now. |
I've tested both NewPipe and FreeTube at home today and haven't had any problems, though I don't use either for subscriptions, and I think this is probably what's causing some users to get this error. My advice would be to delete your subscriptions from the app (or at minimum disable auto refresh) and simply make a note of your favourite channels so you can remember their names and search for them manually if you want to check if they've added a new video. In the case of FreeTube, it looks like many users are currently able to use it as normal ('d imagine the same is true of NewPipe), so I suspect the 429 error is probably affecting the minority of users of both apps who have a lot of subscriptions and who have auto refresh turned on. |
What's DHCP lease? I live in a sh*thole country so I'm not sure they'll even understand me if I say that. Is it the same as asking for an IP change? |
Yes, exactly. My network hardware has functionality to relinquish the lease, but doesn't grant a new IP without intervention from my ISP. @rjdg14 cheers, I'll be more cautious. Ironically enough, YT seems to 4XX sign-in attempts from "legitimate" first party clients, so I've not found a work around for this outside of new IP addr. |
I can reliably reproduce the 405 error when I refresh my 500+ subscriptions. YouTube still works always with my browser, it seems totally unaffected. After restarting my degoogled android newpipe works normally reliably. I just checked my ip adress with But if my IP is somehow flagged, the browser shouldn't work too, right? I have organized my subscriptions in channel groups. Biggest one with 92 channels. Since they can be refreshed individually and it didn't trigger the 405 error, that's my solution for now. |
I was the one who opened duplicate issue #11675. |
Using ByeDPI android app in VPN mode which circumvents DPI by creating a local VPN but doesn't change IP resolved this error on New Pipe for me and even resolved other errors in GrayJay & FreeTube as well. Turning off the app quickly brought back the same errors & again turning on errors are gone. Believe YouTube is able differentiate requests from NewPipe & other invidious clients from browser/android client based on packet inspection but not outright rejecting requests based on IP ban. This is a useful workaround which is working for me right now, kindly let me know if its working for others. Link to app- https://github.com/dovecoteescapee/ByeDPIAndroid/releases |
For two videos it went nice, but here we are again 429 that's all we know |
Not experienced any 429 errors yet, hope you are using app in VPN instead of proxy mode. |
Tested that method, doesn't seem to work. I don't think DPI protection will even do anything when Google isn't doing MITM because they are the endpoint Newpipe will probably need to fake being a browser (?) |
This comment was marked as spam.
This comment was marked as spam.
Don't quote the whole text , I have edited comments with long text quotes. |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as spam.
This comment was marked as spam.
Thank you for this contribution! I was looking for an answer for a few hours on why regular Youtube was giving me the error 429 and 405 on the Tubular app, and I happen to have more than 600 subscriptions oopsie 😅 |
Adding to the discussion. I use NewPipe daily about 130 subs on a phone and I use a VPN via the router. In total 3 devices use NewPipe throughout a given day on the same IP. Today I received this error for the first time. |
Freetube seems to work, It uses RSS to avoid rate limiting. Could it be fixed impementing something like that? |
Wait exactly 24 hours and the temp. ban will be lifted, after that what I've done is to create channel groups in the 'Subscriptions' section to reduce the amount of subbed channels that'd update at once, delete the 'What's New' tab from the Main page (settings > content > content of main page) to avoid updating the list by accident or just delete your subscriptions at all until a new fix comes out! |
Yeah, or if you are lazy, update subs with a vpn |
I can confirm: Solution-Ideas: |
Confirming this is right. Ban is lifted and I can load and play videos. |
The suggested method with dpi protection worked for a while (don't ask me why that works) but seems like thats also blocked now. |
This comment was marked as spam.
This comment was marked as spam.
The rate limiting when reloading the feed is hopefully fixed by #11743, let us know if the next release (0.27.3) solves the issue for you |
Checklist
Affected version
0.27.2
Steps to reproduce the bug
Expected behavior
Video should work normally, or reCaptcha should appear and be solved.
Actual behavior
Google reports a 405 error, no reCaptcha appears, and ergo cannot be solved, videos are unwatchable.
Screenshots/Screen recordings
Logs
No response
Affected Android/Custom ROM version
OxygenOS 14.0
Affected device model
OnePlus 12R
Additional information
I can intermittently watch a video, especially if I disconnect from my wifi, but after one or two, I can no longer use the app successfully.
The text was updated successfully, but these errors were encountered: