This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author kmtracey
Recipients anadelonbrin, barry, graham_king, guettli, jdunck, kmtracey, paul.moore
Date 2008-04-02.15:37:47
SpamBayes Score 0.00407611
Marked as misclassified No
Message-id <>
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 translation of CRLF to LF may corrupt the binary
data.  (Thanks to Thomas Guettler for pointing that out to me.)

FeedParser goes to considerable trouble to split on any conceivable line
boundary but retain whatever line boundary existed in the stream when
putting things back together.  (Look at BufferedSubFile's push() code in  It was not written on the assumption that it would be
getting LFs only.  

The only code that knows enough to know which CRLFs are really line
breaks is the code that is breaking the stream up based on the boundary
markers -- that is the FeedParser code.  It isn't safe for the caller to
do any CRLF conversions before calling the Parser.  Therefore I believe
the fix needs to be made to the code, not the docs.

Two people that I know of independently re-discovered this bug in the
last couple of weeks (running Django), after I re-discovered it about
three months ago after Jeremy Dunck re-discovered it a year earlier,
three months after it was originally opened.  Maybe a corner case, but
it would be nice, since it is quite difficult for people to track down,
and the fix is so trivial, if the fix could be put in.
Date User Action Args
2008-04-02 15:37:50kmtraceysetspambayes_score: 0.00407611 -> 0.00407611
recipients: + kmtracey, barry, paul.moore, guettli, anadelonbrin, graham_king, jdunck
2008-04-02 15:37:50kmtraceysetspambayes_score: 0.00407611 -> 0.00407611
messageid: <>
2008-04-02 15:37:48kmtraceylinkissue1555570 messages
2008-04-02 15:37:48kmtraceycreate