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 michael.foord
Recipients ezio.melotti, michael.foord, rhettinger, terry.reedy
Date 2010-08-11.23:44:50
SpamBayes Score 2.6147636e-06
Marked as misclassified No
Message-id <1281570292.69.0.645602546371.issue9424@psf.upfronthosting.co.za>
In-reply-to
Content
We aren't talking about *removing* these methods from unittest - but now that we have standardised on assertEqual for the Python test suite it is annoying (particularly for Ezio who changes) when *new* tests are checked in using the old (deprecated-but-not-actually-deprecated) methods.

As deprecation warnings are now silent by default deprecating these old methods would only affect developers who run their tests specifically looking for information like this. Making the change is also a single "search and replace" across a code-base, so not a difficult change.

Actually whether or not we deprecate these methods in unittest itself is one question (I'm only +0 on that - I don't really care if they live for ever in general and Raymond's response can be read as a strong +1 for that). What Ezio *really* wants is to have these methods raise errors if used during *regrtest* runs, so that core-Python developers no longer use them. That I am fine with - although we would need some way for the tests for these methods themselves to actually run.
History
Date User Action Args
2010-08-11 23:44:52michael.foordsetrecipients: + michael.foord, rhettinger, terry.reedy, ezio.melotti
2010-08-11 23:44:52michael.foordsetmessageid: <1281570292.69.0.645602546371.issue9424@psf.upfronthosting.co.za>
2010-08-11 23:44:51michael.foordlinkissue9424 messages
2010-08-11 23:44:50michael.foordcreate