Skip to content
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

Video load error: “Failed to load / confirm you’re not a bot” #479

Open
xa4hf8 opened this issue Oct 21, 2024 · 3 comments
Open

Video load error: “Failed to load / confirm you’re not a bot” #479

xa4hf8 opened this issue Oct 21, 2024 · 3 comments
Labels
bug Something isn't working

Comments

@xa4hf8
Copy link

xa4hf8 commented Oct 21, 2024

When my device is connected through a shared public proxy (VPN), YouTube access is randomly restricted, but the blocking of specific items is inconsistent: some clips will work but may stop working if replayed, and items that do not play might begin to work several hours later. But the issue does not occur with the official Roku YouTube client, even when no YouTube account was configured on the device.

Roku

@iBicha
Copy link
Owner

iBicha commented Oct 24, 2024

Thanks for reporting - when we fetch video data, we don't perfectly mimic an official client, so there's probably a threshold between "a lot of traffic coming from the same ip" and "this payload is missing a few fields, or have some values that don't make sense" which would trigger this error message.
I'll keep an eye on this issue, but honestly without a solid method to reproduce it, it's going to be hard to find a fix.

@iBicha iBicha added the bug Something isn't working label Oct 24, 2024
@xa4hf8
Copy link
Author

xa4hf8 commented Nov 24, 2024

without a solid method to reproduce it, it's going to be hard to find a fix

I have conducted some additional research on this issue and found that it occurs frequently on ProtonVPN when a channel is bookmarked and recent uploads for the channel are played in sequence or repeated. The issue is usually reproducible once blocking begins. After some hours (or the next day), the block is often reset.

@iBicha
Copy link
Owner

iBicha commented Nov 26, 2024

Thanks for confirming. The only thing I can think of to possibly improve this, is to implement poToken (Point of origin token) somehow https://github.com/iv-org/youtube-trusted-session-generator. It might help, but usually public VPNs are always going to be subject to these blocks, because unusual amount of YouTube traffic is coming from the same IP address, which will be detected as bot traffic

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants