Author ajaksu2
Recipients ajaksu2, barry, rndblnch
Date 2009-04-06.01:40:21
SpamBayes Score 0.000478042
Marked as misclassified No
Message-id <1238982024.13.0.295536333016.issue1672568@psf.upfronthosting.co.za>
In-reply-to
Content
Hmm, ISTM that a change that breaks existing code that relies on
documented behavior has a negligible chance of being accepted.

However, I agree that the current behavior isn't developer-friendly. I
think adding an alternative behavior to get_payload (add a new
parameter?), allowing callers to log errors and/or displaying warnings
could have a better chance of being accepted, while still providing the
control you want.

Barry?
History
Date User Action Args
2009-04-06 01:40:24ajaksu2setrecipients: + ajaksu2, barry, rndblnch
2009-04-06 01:40:24ajaksu2setmessageid: <1238982024.13.0.295536333016.issue1672568@psf.upfronthosting.co.za>
2009-04-06 01:40:22ajaksu2linkissue1672568 messages
2009-04-06 01:40:21ajaksu2create