Closed GoogleCodeExporter closed 8 years ago
Any word on this? It's been over a month.. =(
Just a matter of not having the time to take a look, or has someone taken a
look and the problem is more challenging this time around?
Original comment by da...@davidrehm.com
on 21 Jan 2013 at 11:21
I don't think anyone with the know-how has taken a look at the issue yet. There
are no recent clones, so yeah. Not many people using rsshandler these days I
guess.
Original comment by blah238@gmail.com
on 21 Jan 2013 at 11:23
I have the same issue on Debian Squeeze.
Any suggestion on how to help to solve the problem?
Original comment by nico...@gmail.com
on 26 Jan 2013 at 7:56
Attachments:
Getting the same error... any update?
Original comment by dylanlme...@gmail.com
on 28 Jan 2013 at 12:24
Sorry for not being around lately. I've taken a quick look into this, and it
seems like the regular expression misses the signature parameter on some videos
(Sorry I'm bad at regular expressions), and YT doesn't respond to requests that
doesn't contain the signature. The log posted by nicox82 confirms my suspicion.
I'll try to dig deeper and provide a fix within a week.
If you could confirm that 403 happens only when the url does not contain the
signature parameter that would be great!
Original comment by MotaSay
on 28 Jan 2013 at 7:37
I tested it now twice, and both times no download happened, always 403 error,
but which signature parameter do you mean? maybe i can help somehow?
i attach both tries, also included the corresponding trace of podget
Original comment by nico...@gmail.com
on 29 Jan 2013 at 8:32
Attachments:
Thank you for the feedback. The signature parameter is a URL parameter that
should be in the final video url (A.K.A the redirect) that's generated by RSS
Handler. Anyway, I've already solved the problem of parsing the parameters.
Unfortunately I'm still unable to completely get rid of the 403 error. YT are
definitely making the job much harder. They don't use a static format for the
URLs anymore. Each time you request the same video page you'll get a different
result. I'm still working on it, and hopefully I'll be able to solve this by
Monday.
Original comment by MotaSay
on 29 Jan 2013 at 10:20
[deleted comment]
Hey guys, sorry for taking so long! I think the problem is solved now (it was
easy to solve too!), unfortunately I don't have the time to test it. So here
are the download links for the jar/app bundles, and if all goes well I'll push
the code and close this issue. If anyone needs the code instead of the
executables please let me know.
Jar: https://dl.dropbox.com/u/1693311/temp/RSSHandler-3.0.1.11.zip
Mac app bundle:
https://dl.dropbox.com/u/1693311/temp/RSSHandler-3.0.1.11.app.zip
Please report any issue you may find, as soon as possible. Thanks!
Original comment by MotaSay
on 4 Feb 2013 at 8:07
I would love the actual code if it isn't too much of a hassle.
Also, what was the problem? If it's hard to find but easy to solve it's
probably interesting...
Original comment by I3.A.R....@gmail.com
on 4 Feb 2013 at 11:09
It works!
Original comment by dylanlme...@gmail.com
on 5 Feb 2013 at 5:42
Great! I will push the code within the next 12 hours.
The problem was a parsing issue. We used to extract the URLs by looking for a
pattern similar to (url=http...\u0026quality), this used to work because the
signature was part of this pattern. But now they've moved the signature out of
this pattern, so we need to extract the suitable signature for each URL, and
that was easy to do. Because each URL now consists of 6 chunks separated by
"\u0026", one of which is the signature and another is the URL, and all we have
to do is just to append the signature to the URL. The relevant part in the code
is encapsulated in the VideoURL class (inside the VideoServlet).
Original comment by MotaSay
on 5 Feb 2013 at 10:14
Also confirmed working here. Thanks Mota!
Original comment by blah238@gmail.com
on 5 Feb 2013 at 2:42
Glad to contribute to this awesome app! I've updated the code to try to make it
work in the future in case YT has changed the source again, these updates do
not have any effect now, but may help in resisting future changes. The updated
bundles will be on the downloads page within 24 hours.
Original comment by MotaSay
on 5 Feb 2013 at 4:33
This issue was closed by revision ac3b1f93920b.
Original comment by MotaSay
on 5 Feb 2013 at 4:38
Original issue reported on code.google.com by
I3.A.R....@gmail.com
on 21 Dec 2012 at 4:30