IE continues to lag far behind all other browsers in terms of features. IE10 is supposed to, finally, start to compete with existing modern browsers. For those of you with customers suffering with IE9 and older, here are some of the limitations you may want to be aware of when using Fine Uploader:
Limitation | Why? | Supported/Fixed in IE10? |
---|---|---|
Can't parse JSON response if response code is not 200 | If the response code is not 200, and the size of the response is less than 512, or, apparently, sometimes, less than 256 bytes, IE replaces the response with a "friendly" error message. If you insist on returning responses with a status code other than 200, you can work around this by instructing IE users to uncheck the "show friendly HTTP error messages" setting or by padding the response JSON with whitespace as described here. | No |
No progress indicator | Lack of blob/File API support | Yes |
Content-Size header field value does not match the actual file size | This isn't technically an IE issue, but I'm going to call it one since we are forced to use multipart request in IE. The content-size for multipart data requests does not refer only to the file. Rather, it refers to the the total size of all sections in the request. | N/A |
Size restriction options are not enforced | This is due to the lack of support for the File API. Without it, we have no way to determine the size of each selected file. | Yes |
Can't drag & drop files | Lack of File API support | Yes |
Can't select multiple files in the file selection dialog | The <input> element does not support the multiple attribute |
Yes |
Only mulipart form request may be used to send files, via form submission | Lack of File API support | Yes |
No logging | IE8 and older only: console.log is not implemented | Yes |
Cancelling an upload has no effect | Not really an IE problem, but since we are forced to upload files via form submission, I thought I'd
include it. There may be a way to make this work, but I haven't spent time playing around with the
available options yet. In the meantime, you should probably set the disableCancelForFormUploads
option to true. If I can't find a way to properly allow cancel to work when using the form uploader, I'll
probably remove the cancel link when the form uploader is in use. |
Yes |
Can't use a <button> as the element when setting the button option. |
The button receives the click event, instead of the child <input> element that ultimately triggers the file dialog | No |
Any response content-type other than "text/plain" causes issues when trying to parse the JSON response | IE does strange things with the response when the content-type is, for example, "application/json" or "text/html". The latter is only a problem if you return HTML in your JSON response. | Yes |
Can't determine response code | Not really an IE problem, but since we are forced to upload files via form submission, I thought I'd include it. This is really a side-effect of using a form submission to upload files. | Yes |