[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

2010-06-16 Thread R. David Murray
R. David Murray added the comment: NLCR_eol patch merged to 2.6 in r82010, py3k in r82011, and 3.1 in r82012. Since there's been no further feedback I'll close this. If someone comes up with a test case for the boundary_re, they can open a new issue. -- resolution: -> fixed stage: u

[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

2010-06-03 Thread R. David Murray
R. David Murray added the comment: I've applied the NLCRE_eol part of the patch, and the test, in r81675. Tony, can you think of a test case that would demonstrate the problem with the boundaryre? -- stage: -> unit test needed ___ Python tracker

[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

2010-05-05 Thread Barry A. Warsaw
Changes by Barry A. Warsaw : -- assignee: barry -> r.david.murray nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mai

[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

2009-03-30 Thread Tony Nelson
Tony Nelson added the comment: make test still passes all tests except test_httpservers on my Python 2.6.1 build. The network resource was not enabled and tk is not available. The new test for CRLFLF at the end of a message body is added to Lib/email/test_email at the end of the TestParsers cl

[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

2009-03-30 Thread Barry A. Warsaw
Barry A. Warsaw added the comment: I think this is a good idea. Does the existing test suite still pass with this change? For a long time, email's philosophy was to use native line endings and never expected mixed eol, and it definitely never expected mixed line endings, so we'll need at least

[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

2009-03-30 Thread Barry A. Warsaw
Changes by Barry A. Warsaw : -- assignee: -> barry versions: +Python 3.1 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

2009-03-30 Thread Tony Nelson
New submission from Tony Nelson : feedparser.py does not pares mixed newlines properly. NLCRE_eol, which is used to search for the various newlines at End Of Line, uses $ to match the end of string, but $ also matches \n$, due to a wise long-ago patch by the Effbot. This causes feedparser to ma