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 josh.r
Recipients bob.ippolito, ezio.melotti, josh.r, rhettinger, serhiy.storchaka
Date 2017-05-03.18:48:40
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1493837320.14.0.938728939854.issue30248@psf.upfronthosting.co.za>
In-reply-to
Content
So, incredibly minor note:

This will prevent a ridiculous use case of passing in a mutable object as the argument (say, a list), and mutating it between truthy and falsy values (appending or clearing) to toggle behaviors in an existing Encoder.

Note: As stated, this is a ridiculous use case, and I don't think we should be handcuffed by compatibility with an insane behavior that no one has likely ever used. The docs never guarantee that those values are examined live, so it's an implementation detail, and not a useful one at that. I just want to mention it so there is a small note in MISC/News or the like to document that slight tweak in observed behavior.

Otherwise, change looks good to me.
History
Date User Action Args
2017-05-03 18:48:40josh.rsetrecipients: + josh.r, rhettinger, bob.ippolito, ezio.melotti, serhiy.storchaka
2017-05-03 18:48:40josh.rsetmessageid: <1493837320.14.0.938728939854.issue30248@psf.upfronthosting.co.za>
2017-05-03 18:48:40josh.rlinkissue30248 messages
2017-05-03 18:48:40josh.rcreate