[issue15564] cgi.FieldStorage should not call read_multi on files

Joshua Shields added the comment: I ran into this issue as well. I think it is something cgi.py will need to handle correctly when this type of file is uploaded from a browser's file input. -- nosy: +jshields ___ Python tracker

[issue15564] cgi.FieldStorage should not call read_multi on files

Mark Bordas added the comment: Was this ever addressed or resolved? I just ran into this bug and it looks like there's a solution, but was never fixed? -- nosy: +Mark Bordas versions: +Python 2.7 -Python 3.2 ___ Python tracker

[issue15564] cgi.FieldStorage should not call read_multi on files

Christian Boos added the comment: I think that reverting to a read_single() when the read_multi() fails could do the trick here. At least this approach seems to work for uploading .mht files. See also http://trac.edgewall.org/ticket/9880. -- nosy: +cboos __

[issue15564] cgi.FieldStorage should not call read_multi on files

patrick vrijlandt added the comment: I must admit my usage case is a hack, but the summary is: view a page on one computer, process it on another computer; like sending the page to a friend, with friend -> self and send -> upload. I found one other victim in python (https://groups.google.com/

[issue15564] cgi.FieldStorage should not call read_multi on files

R. David Murray added the comment: I'd like to weigh in on this, but I need time to do research on the question first. It may be a bit before I get that time. -- ___ Python tracker ___

[issue15564] cgi.FieldStorage should not call read_multi on files

Glenn Linderman added the comment: I forgot to mention that the file you provided in your test doesn't look like a well-formed MHTML file, and so an exception would be expected in this case. -- ___ Python tracker

[issue15564] cgi.FieldStorage should not call read_multi on files

Glenn Linderman added the comment: I didn't call the current behaviour of browsers in assigning MIME types automatically based on file extension a bug; I would consider it more of a missing capability, an oversight due to the rareness of attempts to upload MHTML files. This is similar to the s

[issue15564] cgi.FieldStorage should not call read_multi on files

patrick vrijlandt added the comment: I would not know how to set the MIME-type of a file during upload. This is apparently set by the browser based on the filename (extension). Even (or: especially) if this is a bug in all the current browsers, python should provide the tools to adapt to this

[issue15564] cgi.FieldStorage should not call read_multi on files

Glenn Linderman added the comment: So the issue you perceive is that a correctly MIME-typed .mht file has a MIME type of multipart/related -- but that for the purposes of uploading the file, you don't want to treat it as that MIME type, but rather as an opaque data file. Just give it a differe

[issue15564] cgi.FieldStorage should not call read_multi on files

Changes by Senthil Kumaran : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue15564] cgi.FieldStorage should not call read_multi on files

Changes by Glenn Linderman : -- nosy: +v+python ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue15564] cgi.FieldStorage should not call read_multi on files

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue15564] cgi.FieldStorage should not call read_multi on files

New submission from patrick vrijlandt: .mht is an archive format created by Microsoft IE 8 when saving a webpage. It is essentially a mime multipart message. My problem occurred when I uploaded such a file to a cgi-based server. The posted data would be fed to cgi.FieldStorage. (I can't post t