[issue1669349] make install fails if no previous Python installation
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.Opyr Added file: http://bugs.python.org/file29387/Makefile-2.4.6-unicodedata-zipfile-libinstall-altinstall-sequence.patch ___ Python tracker <http://bugs.python.org/issue1669349> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23434] RFC6266 support
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 in rfc6266 module [2]. Ref: [1] https://tools.ietf.org/html/rfc6266 [2] https://pypi.python.org/pypi/rfc6266 -- components: Library (Lib) messages: 235688 nosy: Myroslav.Opyr priority: normal severity: normal status: open title: RFC6266 support type: enhancement versions: Python 2.7, Python 3.6 ___ Python tracker <http://bugs.python.org/issue23434> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23434] RFC6266 support (Content-Disposition for HTTP)
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 ___ Python tracker <http://bugs.python.org/issue23434> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23434] RFC6266 support (Content-Disposition for HTTP)
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-rfc6266_filename.patch ___ Python tracker <http://bugs.python.org/issue23434> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23434] RFC6266 support (Content-Disposition for HTTP)
Changes by Myroslav Opyr : -- nosy: +serhiy.storchaka ___ Python tracker <http://bugs.python.org/issue23434> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23434] RFC6266 support (Content-Disposition for HTTP)
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 my patch is poor. It is just proof of concept, to show that there is an issue in stdlib and one of the possible fast patches to get functionality needed. Regards, Myroslav Ref: [1] http://greenbytes.de/tech/tc2231/ -- ___ Python tracker <http://bugs.python.org/issue23434> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
