happycoast / chrome-rest-client

Automatically exported from code.google.com/p/chrome-rest-client
0 stars 0 forks source link

Saving a multipart/form request sets the type to x-www-form-url-encoded and removes the content-type header. #250

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Create a multipart/form-data request.
2. Add any form value, or any file.
3. Click the save button to save the request for later.
4. The request has now changed type, lost a content-type header, and removed 
any files from the request.

What is the expected output? What do you see instead?
It should be the same type as before (multipart/form-data), it is now 
x-www-form-urlencoded. It should preserve the boundary string (content-tpye 
header), it does not. The files that were previously selected for upload, are 
no longer selected.

On what operating system, browser and browser version?
Crunchbang linux: kernel version 3.12.7 . Advanced rest client 3.1.7 on 
Chromium version 31.0.1650.63 Built on Debian 7.2, running on Debian 7.3

Please provide any additional information below.

Original issue reported on code.google.com by NotC...@gmail.com on 23 Apr 2014 at 6:51