-
-
Notifications
You must be signed in to change notification settings - Fork 93
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
Output URL are not correctly encoded #142
Comments
Hi, thanks for letting me know. I'll try to look at it ASAP 😅 |
Tried to make a new version with a partial fix, and maybe the definitive fix for now. But GitHub wont let me anymore because they deprecated/disabled older build actions. Will continue another time.. |
I think this should be optional (but maybe the default). I've encountered servers in the past that didn't treat encoded URLs the same as the raw URL, seemingly becaus they didn't decode them (or not correctly). Improving the parsing in the downloadet itself, or manually passing an enquoted URL to it, should work even with URLs that aren't encoded. |
I think this should be default, as download managers do not support unencoded URLs. In the meantime, a Python solution to properly encode ODD output file:
|
Thank you for working on this issue! This just burned me in something and I am glad it was already addressed. |
Hello there,
I observe that even the latest current version of ODD (v3.1.0.1) does not properly encode URL in the output file.
Let me detail the case:
wget
(and even other download managers), it fails because there are unencoded characters in the URL: "#" and whitespaces.Here, the downloaded file:
https://gregoirelorieux.net/paysagescomposes/villes/Melle/#3 21 jan/Melle/contrebasse-echantillons/cb-arco-1.aif
https://gregoirelorieux.net/paysagescomposes/villes/Melle/
wget
ignores everything after finding a special char, the first one here is "#"The correct encoded link in the ODD output file should be:
https://gregoirelorieux.net/paysagescomposes/villes/Melle/%233%2021%20jan/Melle/contrebasse-echantillons/cb-arco-1.aif
Instead of:
https://gregoirelorieux.net/paysagescomposes/villes/Melle/#3 21 jan/Melle/contrebasse-echantillons/cb-arco-1.aif
Can you fix it ?
The
encodeURIComponent
function should help.Cheers!
The text was updated successfully, but these errors were encountered: