[issue39727] cgi.parse() fatally attempts str.decode when handling multipart/form-data

Robert added the comment: Would this patch already solve? : https://github.com/python/cpython/pull/19130 There seems to be another bug: The strange 'latin-1' default encoding of cgi.parse(), which only has effect in non-mulitpart: if hasattr(fp,'encoding'): encoding =

[issue39727] cgi.parse() fatally attempts str.decode when handling multipart/form-data

Change by Rhodri James : -- nosy: -Rhodri James ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39727] cgi.parse() fatally attempts str.decode when handling multipart/form-data

Change by Terry J. Reedy : -- nosy: +Rhodri James, ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39727] cgi.parse() fatally attempts str.decode when handling multipart/form-data

James Edington added the comment: Here is a file to try it out in an instant. (lines 11–28 are not necessary; they are just "luxuries" allowing easier testing of the issue in a web browser) -- Added file: https://bugs.python.org/file48903/demo.py

[issue39727] cgi.parse() fatally attempts str.decode when handling multipart/form-data

New submission from James Edington : It appears that cgi.parse() in Python 3.7.6 [GCC 9.2.1 20190827 (Red Hat 9.2.1-1)] fatally chokes on POST requests with multipart/form-data due to some internal processing still relying on assumptions from when str and bytes were the same object. I'll