-
Notifications
You must be signed in to change notification settings - Fork 4
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
Issue with some character encoding #2
Comments
Any idea what's going on here? I suspect it's an issue on Pyload side, not the bookmarklet, as it happens both with or without prior URL-encoding... But I'm not certain. |
I'm afraid you are right, pyload cannot handle correctly unicode file names 😢 |
But the strange thing is that the same URLs work fine when added through the pyload UI (which submits differently)... I still think there's a way to make it work, but I don't know pyload well enough to figure it out... |
The package name could be the issue. |
I don't think so since in the URL samples I provided above, the working and not working URLs have the same packager name. |
OK, this is indeed fixed by POSTing as multipart form data, confirming that it's a bookmarklet issue and not a PyLoad issue... |
Hello
I'm using the method 2 to submit packages, and it fails for certain links. Experiments show that this happens when links contain double-byte characters. They're correctly sent, i.e. with a proper URL encoding, but do not seem to be properly processed by pyload API (?), since there's a log entry as follows:
But then nothing happens.
Here's how to reproduce:
This website is very practical for testing since any text after the last
/
will serve the same file, so the following links will be a valid download link:Note that the same link works fine when added through the pyload UI.
The text was updated successfully, but these errors were encountered: