Author tony_nelson
Recipients jasonjwwilliams, tony_nelson
Date 2009-04-02.22:09:18
SpamBayes Score 3.79611e-10
Marked as misclassified No
Message-id <1238710160.71.0.717531186307.issue3169@psf.upfronthosting.co.za>
In-reply-to
Content
Postel's law suggests that, as bad padding can be repaired,
decode_header ought to do so.  The patch does that, adds a test for it,
and alters another test to still properly fail on really bad encoded data.

The test doesn't check a single character encoded string, as such does
not specify a complete octet and I felt that base64 decoders might
reasonably differ on what to do then.

The issue exists in Python2.6.1 (where I made it) and trunk.
History
Date User Action Args
2009-04-02 22:09:20tony_nelsonsetrecipients: + tony_nelson, jasonjwwilliams
2009-04-02 22:09:20tony_nelsonsetmessageid: <1238710160.71.0.717531186307.issue3169@psf.upfronthosting.co.za>
2009-04-02 22:09:19tony_nelsonlinkissue3169 messages
2009-04-02 22:09:19tony_nelsoncreate