How to fix "ENAMETOOLONG" Error in Video DownloadHelper?
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
How to fix "ENAMETOOLONG" Error in Video DownloadHelper?
Running Mint 18.2, Cinnamon 3.4.3 on a Dell i7 laptop,I sometimes am unable to download a video owing to an "ENAMETOLONG" error.
There seems to be ways to fix this in Windows, but not any I can find for linux. Fiddling around with "Smart Naming Rules" I still can't make any headway, owing no doubt to not knowing what I am doing.
Alternatively, if I could get VLC to talk to Video DownloadHelper, that possibly could work?
I tried everything I could think pof there, no luck....
I would guess the file has spaces or special characters in the name. You have not given us a file name, site being downloaded from, nor tool used to download (browser maybe?) so no detailed assistance can be provided since we can't even attempt to replicate the error.
Ahh, ok thanks. I had seen videos on eliminating this error on Windows machines, and that involved unchecking some box somewhere. I just assumed the cure in Mint would be unchecking some box or maybe entering a command via the terminal.
For a while, I had good luck with " youtube-dl", but there seems to be an ongoing battle between youtube and anyone who would download from it. What works today probably won't tomorrow.
btw, everyone: is there a way to re-enable the right mouse click when a site disables it? I tried to download an image of an ordinary houseplant, and right-clicking for the "save image as" menu got me a
there seems to be an ongoing battle between youtube and anyone who would download from it. What works today probably won't tomorrow.
Alternatively, what's broken today will probably be fixed tomorrow, (if not sooner).
Youtube-dl is effectively a headless browser; YouTube cannot win whilst browsers can be emulated or until Google gains full control over HTTP and/or HTML.
Quote:
btw, everyone: is there a way to re-enable the right mouse click when a site disables it?
Disabling JavaScript can be an easy way, though may prevent other things from working. (uBlock Origin is a recommended browser addon which makes it easier than fiddling with browser config.)
Alternatively, F12 > Network tab, then reload the page - JavaScript cannot prevent the "Save Image As" option there.
Alternatively, F12 > Network tab, then reload the page - JavaScript cannot prevent the "Save Image As" option there.
I have seen sites that refuse to load if you have developer tools open. So they are checking for that. If you open the web inspector after the page is loaded, all of the info won't be there.
To the OP, youtube-dl is the best tool that there is for youtube. You will need to keep it up to date. Post a link to the video that you can't download.
OK, thanks. I have tried several times to update youtube-dl, seemingly with success, until I tried to use the "updated" version. I am running Mint 18.2, Cinnamon 3.4.3, a bit long in the tooth - might this be contributing to the issues?
I am a bit reluctant to update from 18.2 because when I updated to it, I guess it wasn't completely "stable", so I ended-up worse off that if I had just stayed with 17.x (I forget exactly which iteration it was) A bad attitude know - so what is the most current, reasonably bug-free Mint/Cinnamon these days?
jude@jude-Inspiron-5567 ~ $ youtube-dl https://www.youtube.com/watch?v=rn85RHrShrI
[youtube] rn85RHrShrI: Downloading webpage
[youtube] rn85RHrShrI: Downloading video info webpage
WARNING: unable to download video info webpage: HTTP Error 404: Not Found
WARNING: unable to download video info webpage: HTTP Error 404: Not Found
WARNING: unable to download video info webpage: HTTP Error 404: Not Found
WARNING: unable to download video info webpage: HTTP Error 404: Not Found
WARNING: unable to download video info webpage: HTTP Error 404: Not Found
Traceback (most recent call last):
File "/usr/bin/youtube-dl", line 6, in <module>
youtube_dl.main()
File "/usr/lib/python2.7/dist-packages/youtube_dl/__init__.py", line 471, in main
_real_main(argv)
File "/usr/lib/python2.7/dist-packages/youtube_dl/__init__.py", line 461, in _real_main
retcode = ydl.download(all_urls)
File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 1989, in download
url, force_generic_extractor=self.params.get('force_generic_extractor', False))
File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 785, in extract_info
ie_result = ie.extract(url)
File "/usr/lib/python2.7/dist-packages/youtube_dl/extractor/common.py", line 440, in extract
ie_result = self._real_extract(url)
File "/usr/lib/python2.7/dist-packages/youtube_dl/extractor/youtube.py", line 1605, in _real_extract
if 'token' not in video_info:
TypeError: argument of type 'NoneType' is not iterable
jude@jude-Inspiron-5567 ~ $
I'm not sure, but I think I might have messed something up with one of my update attempts: I remember looking around on the net, and then installing something to do with "python", among other things. This was all more than a few months ago, and I was trying to follow advice from forums.
I have seen sites that refuse to load if you have developer tools open.
Apparently there's a method that checks whether the difference between window.innerHeight and window.outerHeight is beyond a certain threshold, which can be bypassed by undocking devtools.
There's also supposedly a method using a new debugger statement, although the demo I tried seemed to only be capable of detecting when it was closed (opening it before or after page load didn't get detected). In theory, that method would be avoidable by setting "devtools.debugger.enabled" to false, but Mozilla are incompetent and that setting does nothing.
If any site is really being an arse, a transparent proxy that simply logs all traffic going through it is easy enough and should be entirely undetectable.
---
On the youtube-dl front, my version is several months old and still downloads that video fine.
I think the path "/usr/lib/python2.7/dist-packages/youtube_dl/__init__.py" suggests a package manager version was used - youtube-dl is one of the few instances where it can be better to not use the package manager version, especially if you're running an older/LTS release of an OS.
For a while, I had good luck with " youtube-dl", but there seems to be an ongoing battle between youtube and anyone who would download from it. What works today probably won't tomorrow.
youtube-dl always has to be the newest version, esp. with youtube itself (it handles many more sites).
To accomplish that, you should
a) just uninstall any repo version (except if you're using Archlinux)
b) install the version directly from here
c) save it somewhere to your PATH, and mpv will find it
Quote:
Originally Posted by boughtonp
Youtube-dl is effectively a headless browser; YouTube cannot win whilst browsers can be emulated or until Google gains full control over HTTP and/or HTML.
Correct, and since after the recent debacle we even have that in legal writing!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.