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 martin.panter
Recipients martin.panter, spaceone
Date 2015-11-27.01:54:53
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1448589294.53.0.634963286338.issue25739@psf.upfronthosting.co.za>
In-reply-to
Content
In general, I’m not sure it is worth adding aliases for various names used in different RFCs. But you could argue that this is appropriate because the old names are unnecessarily long. Another example would be HTTPStatus.REQUESTED_RANGE_NOT_SATISFIABLE vs “Range Not Satisfiable” <https://tools.ietf.org/html/rfc7233#section-4.4>.

If we were to go ahead with this, it would need a documentation update. A test case would also be nice, ensuring that the new name is the “one true” name, and the old name is an alias.
History
Date User Action Args
2015-11-27 01:54:54martin.pantersetrecipients: + martin.panter, spaceone
2015-11-27 01:54:54martin.pantersetmessageid: <1448589294.53.0.634963286338.issue25739@psf.upfronthosting.co.za>
2015-11-27 01:54:54martin.panterlinkissue25739 messages
2015-11-27 01:54:53martin.pantercreate