[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

R. David Murray added the comment: Committed Tony Nelson's fix to py3k in r82922, 3.1 in r72923, 2.7 in r82924, and 2.6 in r82925. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed versions: +Python 2.6 ___ Py

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

Mark Lawrence added the comment: There are repeated statements that this impacts on Django which I understand is high profile. Can we find the resources to review the patches and get things moving, none of the attached patch files are that large? -- nosy: +BreamoreBoy versions: +Pyth

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

Changes by Barry A. Warsaw : -- assignee: barry -> r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

R. David Murray added the comment: See also issue 1721862, which has a different test and patch. This one seems simpler. -- nosy: +r.david.murray stage: -> patch review type: -> behavior ___ Python tracker _

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

Tony Nelson added the comment: The OP's diagnosis of a buffer boundary problem is correct, but incomplete. The problem can be reproduced by calling feedparser FeedParser.feed() directly, or as my patch test does, by calling BufferedSubFile.push() directly. The proper fix is for push() to treat

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

Changes by chris.eveleigh <[EMAIL PROTECTED]>: -- nosy: +chris.eveleigh ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-li

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

Karen Tracey <[EMAIL PROTECTED]> added the comment: Opening the file in universal newline mode doesn't work for cases where the 'file' contains multipart MIME data (eg. multipart/form-data) where one of the included parts is binary data (eg. application/octet-stream). In that case, blind transla

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

Thomas Guettler <[EMAIL PROTECTED]> added the comment: I was hit by this bug in Django. The ticket URL: http://code.djangoproject.com/ticket/6256 It would be nice if this could be fixed. -- nosy: +guettli _ Tracker <[EMAIL PROTECTED]>

[issue1555570] email parser incorrectly breaks headers with a CRLF at 8192

Changes by Karen Tracey: -- nosy: +kmtracey _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe: http://m