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

"ERROR: Unable to decrypt signature, subkeys lengths 42.43 not supported" in Music Videos #946

Closed
jaybh opened this issue Jun 27, 2013 · 13 comments

Comments

@jaybh
Copy link

@jaybh jaybh commented Jun 27, 2013

ERROR: Unable to decrypt signature, subkeys lengths 42.43 not supported; retrying might work; please report this issue on http://yt-dl.org/bug

@jaimeMF
Copy link
Collaborator

@jaimeMF jaimeMF commented Jun 27, 2013

We need a URL to test it, please.

@strex
Copy link

@strex strex commented Jun 27, 2013

Same problem.
It seems the encrypted signature is now 42.43 every time.

youtube-dl --get-url http://www.youtube.com/watch?v=UxxajLWwzqY --verbose
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['--get-url', 'http://www.youtube.com/watch?v=UxxajLWwzqY', '--verbose']
ERROR: Unable to decrypt signature, subkeys lengths 42.43 not supported; retrying might work; please report this issue on http://yt-dl.org/bug
Traceback (most recent call last):
File "/usr/local/sbin/youtube-dl/youtube_dl/init.py", line 561, in _real_main
cwd=os.path.dirname(os.path.abspath(file)))
File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 679, in init
errread, errwrite)
File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1249, in _execute_child
raise child_exception
OSError: [Errno 20] Not a directory: '/usr/local/sbin/youtube-dl/youtube_dl'
Traceback (most recent call last):
File "/usr/local/sbin/youtube-dl/youtube_dl/YoutubeDL.py", line 304, in extract_info
ie_result = ie.extract(url)
File "/usr/local/sbin/youtube-dl/youtube_dl/extractor/common.py", line 91, in extract
return self._real_extract(url)
File "/usr/local/sbin/youtube-dl/youtube_dl/extractor/youtube.py", line 513, in _real_extract
signature = self._decrypt_signature(url_data['s'][0])
File "/usr/local/sbin/youtube-dl/youtube_dl/extractor/youtube.py", line 136, in _decrypt_signature
raise ExtractorError(u'Unable to decrypt signature, subkeys lengths %d.%d not supported; retrying might work' % (len(a), len(b)))
ExtractorError: Unable to decrypt signature, subkeys lengths 42.43 not supported; retrying might work; please report this issue on http://yt-dl.org/bug

@FiloSottile
Copy link
Collaborator

@FiloSottile FiloSottile commented Jun 27, 2013

renamed

@FiloSottile
Copy link
Collaborator

@FiloSottile FiloSottile commented Jun 27, 2013

New day, new algo. Reversing.

@FiloSottile
Copy link
Collaborator

@FiloSottile FiloSottile commented Jun 27, 2013

They are sticking to their guns, changed the scheme completely. Not-on-my-watch.

@blaskovic
Copy link

@blaskovic blaskovic commented Jun 27, 2013

If you need more testcases:

$ youtube-dl -t -F http://www.youtube.com/watch?v=UvjLgjtJKsc 
[youtube] Setting language
[youtube] UvjLgjtJKsc: Downloading video webpage
[youtube] UvjLgjtJKsc: Downloading video info webpage
[youtube] UvjLgjtJKsc: Extracting video information
[youtube] UvjLgjtJKsc: Encrypted signatures detected.
ERROR: Unable to decrypt signature, subkeys lengths 42.43 not supported; retrying might work; please report this issue on http://yt-dl.org/bug
@FiloSottile
Copy link
Collaborator

@FiloSottile FiloSottile commented Jun 27, 2013

Win! It was not a new scheme, only a more obfuscated source code.

Committing... Then we will have to find better ways to push these.

@FiloSottile
Copy link
Collaborator

@FiloSottile FiloSottile commented Jun 27, 2013

Fix ready on HEAD. @phihag release?

But we can't release each time... And we need letters back into version numbers!

@phihag
Copy link
Contributor

@phihag phihag commented Jun 27, 2013

@FiloSottile I am releasing right now. I'm not sure why we need letters in the version numbers. What's the problem with the current approach?

@FiloSottile
Copy link
Collaborator

@FiloSottile FiloSottile commented Jun 27, 2013

People get confused about releases from the future, and they tend to assume
they have the latest if the date is today. Also, elegance, no?

@jaimeMF
Copy link
Collaborator

@jaimeMF jaimeMF commented Jun 27, 2013

I'd also prefer to have letters/number in the version for multiple releases in the same day, from a user's point of view , a release like 2013.06.34 looks strange.

@yasoob
Copy link
Contributor

@yasoob yasoob commented Jun 27, 2013

yes i also agree with @FiloSottile do you remember there was also an issue opened by someone regarding the release number ? I guess by having the letters/numbers the users will not be confused.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
7 participants
You can’t perform that action at this time.