Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upGitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
Youtube-dl carries over 'Referer' header for subsequent requests #8778
Comments
|
It's a bug in |
|
Thanks for the report. Consecutive requests should work again. By the way, you should use
|
|
Many thanks for the prompt fix! |
|
Issue seems related so I will post this here rather than opening a new bug. Tudou module seems not to work in batch mode. I am using youtube-dl at command line with batch txt file input, all videos listed in txt file are tudou:
Please let me know if there is anything I can do to provide more info. Cheers |
|
Open a new issue and post the full verbose output of the following command:
And the content of |
I use youtube-dl in a python program which reuses YoutubeDL instance for downloading many videos. The issue I've encountered can be reproduced using the following code:
The output is as follows:
However the following code works OK:
With the help of tcpdump I've found out that when youtube-dl makes tudou request after vimeo it sends through
Refererhttp header:which makes tudou website reply with
<e errno='4' error='site is forbidden' tk='75028837309588150240200081' /><!--pageview_candidate-->hence crashing youtube-dl.So I was wondering if it's possible to make youtube-dl start "from scratch" and nor carry over unnecessary headers when making new requests?
Thanks!