-
Notifications
You must be signed in to change notification settings - Fork 93
Chunked Requests do not work in Iron Framework #54
Comments
I believe that I have resolved this in |
@abonander is |
It is published on crates.io; the source is the |
@abonander it seems like it's better, i.e, it's finding the file, but I get the following error in the logs:
And the checksum of the file doesn't match, it appears to include the newline characters at the end of it (2 extra bytes). Before UploadFile contents:
Hex output:
After UploadFile contents:
Hex output:
|
@cetra3 Try with multipart = "0.9.0-alpha.5". I've rewritten a lot of the boundary parsing, it shouldn't ever allow those extra newline characters. |
Ping @cetra3, I'm waiting for your response (and someone else's) before I publish |
With 0.8.1 I'm always getting "Unexpected 2-bytes after boundary: [0, 0]" when trying to upload images as part of a form like this. |
@Boscop Try |
I'm using the params crate which depends on multipart 0.8.1. So I can't use [replace] to use a different version... |
@Boscop You can try cloning |
Not sure where the problem lies here but appears that the multipart intercept in iron gets stuck on a chunked boundary.
Not normally an issue if you use this via curl, but the multipart hyper client appears to send it in chunks which is not read correctly by the multipart iron handler.
Steps to test:
println!("{:?}", entries)
statement above the response:Watch the println output of the iron request:
Notice that there are no files.
With curl (
curl -F "file=@lorem_ipsum.txt" localhost
) this works ok:The text was updated successfully, but these errors were encountered: