|
[
Permlink
| « Hide
]
Eli Cochran added a comment - 26-Nov-2007 15:01
Totally weird bug. Does the right thing on FF on Windows and Safari on the Mac.
brilliant Ray! I think what's happening is that IE isn't passing along something that tells the back-end that this is a valid image file!
Bad, Microsoft, Bad. No cookie for you.
image/jpeg is supposed to be used for all jpeg, jpe, and jpg files. Actually not sure who's to blame here but it feels like the browser. Question is, are you going to make Gallery treat both as images or recast the MIME type in Resources? Oddly enough, my search for "IE 7 image-jpg" only turned up complaints that IE 7 doesn't know what to _do_ with the "image/jpg" MIME type. Nevertheless, inspecting the POST headers with the IE 7 DebugBar add-on (thanks for the tip, Eli!) shows that the browser is indeed giving that Content-Type to the server:
Content-Disposition: form-data; name="content_0"; filename="C:branchestrunk5D6A0C36-783F-4B01-8A4D-28B62434F37A.jpg" Content-Type: image/jpg I see two approaches to a fix: A) Resources / ContentHosting should change to map the incorrect "image/jpg" to the correct "image/jpeg" before storing metadata OR B) Resources / ContentHosting / Image Gallery should update their configurations to accept "image/jpg" as a legitimate image Content-Type. Since B is easily within my power for Image Gallery, I've picked that one. As of revision 43839, JPEG uploads from IE 7 should show up in Image Gallery. I'll add a minor bug against Resources so that they can decide what to do on their end. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||