Closed corincorvus closed 2 weeks ago
I started to get the same error for a previously working installation within the last few hours
Ok interesting. @yatzy is https://www.youtube.com working for you?
Seconding this issue. This only started happening on my instance this morning when trying to load the Trending page, watch videos, etc. My fork only has a few small modifications, essentially the same as Jing's instance, which still works. edit: the feed is probably just cached, videos not loading anymore.
https://git.linux.ucla.edu/lug/invidious
I was able to download a YouTube video using yt-dlp
on the same machine, and I was able to open the homepage in Lynx, so I don't believe I am blocked.
Out of my heart cannot remember if i'm normally seeing this cookie screen which I was forced to accept
Prior accepting the cookies I got this when browsing to the site from the Youtube's side panel.
After accepting the cookies Youtube started working. My Invidious instance is also working again. Don't know what's going on. Hope this helps!
EDIT:
My instance did work for an hour or so, and now I'm again facing the Title: Unexpected char '<' at line 1, column 1 (JSON::ParseException)
error
EDIT 2:
Ok it seems I'm just plain blocked, with YT app on my phone on wifi I get There was a problem with a server
, but on mobile it works fine
Similarly, I wasn't seeing this "unexpected char" error 5 hours ago when this issue was opened, but I'm now seeing it on every video.
Is everyone here already using po_token method?
Is everyone here already using po_token method?
I wasn't when the problem first arose, but have now upgraded to the current release, got the po_token (which seemed to go ok), but still seeing the "Unexpected char" error. I'm going to leave invidious shut down for a few days, then give it another try.
Does it always happen after watching a video or the error message always happen regardless of what you do?
Did you try to turn off invidious for a few hours just to see if that temporarily unblock you?
I think there's a chance this could be related to something seen in Reddit clones recently as well with the suspected change to http2: https://github.com/redlib-org/redlib/issues/301
Does it always happen after watching a video or the error message always happen regardless of what you do?
Did you try to turn off invidious for a few hours just to see if that temporarily unblock you?
I get the error by click on a video to watch on my abo list.
I need to reconnect my internet. 6 hours stop indivious didnt unblock me.
This is just a suspicion, but in my observation (using locally-hosted Invidious as a backend for FreeTube), the rate-limiting only occurs after fetching my subscriptions. Using a non-limited IP apparently gives me unlimited access to view as many videos as I please, but as soon as I refresh my subscriptions (using RSS), I get the 429 error when trying to get a video stream on the now-limited IP. The issue is resolved when using any means to get a non-limited IP address.
This is just a suspicion, but in my observation (using locally-hosted Invidious as a backend for FreeTube), the rate-limiting only occurs after fetching my subscriptions.
If that is the case then the first full paragraph of this comment might be relevant: https://github.com/TeamNewPipe/NewPipe/issues/11661#issuecomment-2448344651
Not sure if invidious also has a 'fast-mode' to retrieve subscriptions like NewPipe has?
Interestingly enough, I am able to watch videos on NewPipe (actually Tubular) with a rate-limited IP (by fetching the subscriptions through FreeTube with Invidious Backend, but not through NewPipe), while my PC gets a [BAD_HTTP_STATUS: 403] YouTube watch session expired. Please reopen this video.
when trying to watch them through FreeTube with the Invidious Backend using the same IP.
It seems to me that there might also be some kind of User-Agent or Hardware fingerprint identification happening to check for the Rate-Limiting?
Interestingly enough, I am able to watch videos on NewPipe (actually Tubular) with a rate-limited IP (by fetching the subscriptions through FreeTube with Invidious Backend, but not through NewPipe), while my PC gets a
[BAD_HTTP_STATUS: 403] YouTube watch session expired. Please reopen this video.
when trying to watch them through FreeTube with the Invidious Backend using the same IP.
It seems to me that there might also be some kind of User-Agent or Hardware fingerprint identification happening to check for the Rate-Limiting?
Could be that newpipe use the ipv6 network and invidious ipv4 one if you installed it with docker
Could be that newpipe use the ipv6 network and invidious ipv4 one if you installed it with docker
My Invidious instance is running inside docker, so that is very likely. A quick IP lookup from my phone in fact verifies this.
Sorry for the false lead, my phone uses a different IP to connect to YouTube than my local Invidious.
From my testing on a local instance I figured that every time I use Materialus with my instance I get rate limited and the Unexpected char '<' at line 1, while using only Invidious on it sown I don't get rate limited. The rate limiting lasts around 24 hours.
Closing as now this error is documented with solutions: https://docs.invidious.io/youtube-errors-explained/
From this PR: https://github.com/iv-org/documentation/pull/612
UPDATE from @unixfox:
See here for solutions: https://docs.invidious.io/youtube-errors-explained/
Describe the bug just want to watch a video
Steps to Reproduce
Logs
Additional context Server is Debian and i have many Containers for Indivious Its private Hosting Latest Containers Postgres Version 14, like in the Compose.
I already tried