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.
[t.co/others?] [VimeoIE/others?] t.co link to 404'd video results in wrong error message #2711
Comments
|
now it follow the redirect. and the 404 error is a sign that the page is not found.
|
|
Thanks @remitamine the behavior is correct now. The page gives 404 error code, which indicates a "Not found" error. |
The shortened URL http://t.co/x45pFUj60U leads to http://vimeo.com/90831483 which is unfortunately, a 404'd video. I noticed that youtube-dl doesn't provide the correct or at least, suitable, error message.
The shortened link:
The 404'd vimeo URL which the shortened link leads to:
$ youtube-dl --verbose http://vimeo.com/90831483 [debug] System config: [] [debug] User config: [] [debug] Command-line args: ['--verbose', 'http://vimeo.com/90831483'] [debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8 [debug] youtube-dl version 2014.04.01.3 [debug] Python version 3.4.0 - Linux-3.13.8-1-ARCH-x86_64-with-arch [debug] Proxy map: {} [vimeo] 90831483: Downloading webpage ERROR: Unable to download webpage: HTTP Error 404: Not Found; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type youtube-dl -U to update. File "/usr/lib/python3.4/site-packages/youtube_dl/extractor/common.py", line 194, in _request_webpage return self._downloader.urlopen(url_or_request) File "/usr/lib/python3.4/site-packages/youtube_dl/YoutubeDL.py", line 1200, in urlopen return self._opener.open(req, timeout=self._socket_timeout) File "/usr/lib/python3.4/urllib/request.py", line 461, in open response = meth(req, response) File "/usr/lib/python3.4/urllib/request.py", line 574, in http_response 'http', request, response, code, msg, hdrs) File "/usr/lib/python3.4/urllib/request.py", line 493, in error result = self._call_chain(*args) File "/usr/lib/python3.4/urllib/request.py", line 433, in _call_chain result = func(*args) File "/usr/lib/python3.4/urllib/request.py", line 679, in http_error_302 return self.parent.open(new, timeout=req.timeout) File "/usr/lib/python3.4/urllib/request.py", line 461, in open response = meth(req, response) File "/usr/lib/python3.4/urllib/request.py", line 574, in http_response 'http', request, response, code, msg, hdrs) File "/usr/lib/python3.4/urllib/request.py", line 499, in error return self._call_chain(*args) File "/usr/lib/python3.4/urllib/request.py", line 433, in _call_chain result = func(*args) File "/usr/lib/python3.4/urllib/request.py", line 582, in http_error_default raise HTTPError(req.full_url, code, msg, hdrs, fp)Even then, the error is not exactly right. The page is there, there's just no longer any video.
Not sure how this sort of situation can be easily checked for in order to provide a more useful error. Ideas?