- 15 Jan, 2016 12 commits
-
-
Philipp Hagemeister authored
-
remitamine authored
-
Sergey M․ authored
-
Sergey M․ authored
-
Sergey M․ authored
-
Sergey M․ authored
-
Sergey M․ authored
-
remitamine authored
-
remitamine authored
-
remitamine authored
-
remitamine authored
This reverts commit ffbc0baf.
-
remitamine authored
-
- 14 Jan, 2016 18 commits
-
-
Sergey M authored
[YoutubeDL] urlopen: disable the 'file:' protocol (#8227)
-
Sergey M․ authored
-
Sergey M․ authored
-
Tom Gijselinck authored
-
Sergey M․ authored
-
Lucas authored
-
Sergey M․ authored
-
Sergey M․ authored
-
Sergey M․ authored
-
Sergey M․ authored
-
Sergey M․ authored
-
Sergey M․ authored
-
Jaime Marquínez Ferrándiz authored
-
Philipp Hagemeister authored
-
Sergey M․ authored
-
Sergey M․ authored
-
file:///Jaime Marquínez Ferrándiz authored
-
Jaime Marquínez Ferrándiz authored
Otherwise we would need to manually add handlers like HTTPRedirectHandler, instead we add a customized FileHandler instance that raises an error.
-
- 13 Jan, 2016 4 commits
-
-
Jaime Marquínez Ferrándiz authored
If someone is running youtube-dl on a server to deliver files, the user could input 'file:///some/important/file' and youtube-dl would save that file as a video giving access to sensitive information to the user. 'file:' urls can be filtered, but the user can use an URL to a crafted m3u8 manifest like: #EXTM3U #EXT-X-MEDIA-SEQUENCE:0 #EXTINF:10.0 file:///etc/passwd #EXT-X-ENDLIST With this patch 'file:' URLs raise URLError like for unknown protocols.
-
remitamine authored
-
Yen Chi Hsuan authored
In RFC6381, there's no rule stating that the first part of codecs should be video and the second part should be audio, while it seems the case for data reported by YouTube.
-
Sergey M․ authored
-
- 12 Jan, 2016 4 commits
- 11 Jan, 2016 2 commits