"RFC 1945 and RFC 2068 specify that the client is not allowed to change
the method on the redirected request. However, most existing user agent
implementations treat 302 as if it were a 303 response, performing a GET
on the Location field-value regardless of the original request method.
The status codes 303 and 307 have been added for servers that wish to
make unambiguously clear which kind of reaction is expected of the
client."
Before doing this, POST requests that got a 302 status code, get
converted automatically to GET requests by the standard, which should
not happen. That is why Invidious does 5 HEAD requests to get the
Location header and send a correct URL on the POST request (NOTE:
INVIDIOUS UPSTREAMS STILL USES GET REQUESTS TO GET THE VIDEO FROM
YOUTUBE, THAT IS SUBJECT TO CHANGE with https://github.com/iv-org/invidious/issues/5034:
164d764d55/src/invidious/routes/video_playback.cr (L48-L78)
Due to this the redirects, the Host header can also change, so if the
stream is open for a long time and it gets redirected to another URL,
the Host header used the old Host header instead of the new one returned
by the Location header on the HEAD request to googlevideo.com, making
the request fail.
I hope this shit works tho
this is supposed to execute every second to be able to calulate the difference of the transmitted bytes
fuck
fuck fuck: change block checker cooldown back to 60 seconds
If the user on Invidious uses HD720, the playback is broken becuase the
"Origin" header is not sent (unknown reason).
This also appears to break third party clients like Clipious.
I'm retarted sorry n.n
