Same here for a .ppt file. Chrome 3.0 doesn't set the content-type field to application/octet-stream, it leaves it empty when posting the content data from a form input of type 'file'. All the other browsers IE 7, FF 3.5, Safari Mac OS, Safari XP returned either application/octet-stream or an even better mime type application/vnd.ms-powerpoint.
Pb is that RFC2388 recommends the server treats the content as plain/ text if content-type isn't set. If any of the Google chrome developers are here, it is easy to reproduce. 1. Point your Google Chrome browser to http://www.cs.tut.fi/~jkorpela/forms/file.html 2. Find the sample input form for files (search for Please specify a file, or a set of files:) 3. Browse and pick a powerpoint file .ppt (or probably any other unknown binary file type) 4. The server returns an echo of the submission from the web browser. The content-type field is empty. Any chance we can have that fixed in a future version of Google Chrome? As it is, we'd have to tweak our server to default to application/octet-stream instead of plain/text, since treating a binary as plain text doesn't do much good. Thanks, Chrix www.jazz.net On Sep 16, 4:17 pm, dsanders <[email protected]> wrote: > I ran across the same bug while uploading a .sql file to my recent > bugzilla project. > I managed to bypass it thankfully since I know it's data type. > IE and FF are both detected. Unsure as to whether this is Chrome > specific or Bugzilla interacting with Chrome. (most likely the > former.) --~--~---------~--~----~------------~-------~--~----~ Chromium Discussion mailing list: [email protected] View archives, change email options, or unsubscribe: http://groups.google.com/group/chromium-discuss -~----------~----~----~----~------~----~------~--~---
