Myroslav Opyr added the comment:
I've got the issue with Python 2.4.6 and solved the issue with changing
sequence of altinstall steps (moved sharedinstall before libinstall). See
attached
Makefile-2.4.6-unicodedata-zipfile-libinstall-altinstall-sequence.patch.
--
nosy: +Myroslav
New submission from Myroslav Opyr:
cgi.FieldStorage has problems parsing the multipart/form-data request with file
fields with non-latin filenames. It drops the filename parameter formatted
according to RFC6266 [1] (most modern browsers do). There is already python
implementation for that RFC
Myroslav Opyr added the comment:
In test_cgi.py-v2.7.5-rfc6266_filename.patch there is a patch to test_cgi.py
(Python 2.7.5) that reveals the issue.
--
keywords: +patch
Added file:
http://bugs.python.org/file38092/test_cgi.py-v2.7.5-rfc6266_filename.patch
Myroslav Opyr added the comment:
As a proof of concept there is fix for the issue powered by rfc6266 library[1].
See cgi.py-v2.7.5-rfc6266_filename.patch
References:
[1] https://pypi.python.org/pypi/rfc6266
--
Added file:
http://bugs.python.org/file38094/cgi.py-v2.7.5
Changes by Myroslav Opyr :
--
nosy: +serhiy.storchaka
___
Python tracker
<http://bugs.python.org/issue23434>
___
___
Python-bugs-list mailing list
Unsubscribe:
Myroslav Opyr added the comment:
Hi David,
According to "Test Cases for HTTP Content-Disposition header field" overview
[1], this is not about email headers, but only about HTTP headers. It look like
email standards and http standars are different in this area.
I do know that m
