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 ashkop, berker.peksag, ezio.melotti, flox, martin.panter, rbcollins, serhiy.storchaka
Date 2015-08-26.04:25:55
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1440563155.84.0.378643246124.issue18383@psf.upfronthosting.co.za>
In-reply-to
Content
Florent’s manual reproducer is fixed by issue18383_34_2.diff, as is test___all__. And I think the new logic for changing the priority of the filter entries might be sound now. But it does seem like we are adding unnecessary complexity to the implementation just to avoid a quirk of the test suite. Maybe it would be better to save and restore the original filters in the test suite, with a comment explaining why. Or perhaps set a _warnings._options_processed flag to prevent the double initialization?

FTR Alex already hinted at this, but I only now realize issue18383_assert_warns_and_dups_v2.patch contains extra fixes for assertWarns() that are only applicable to 3.5+. They are basically a followup of Issue 16382 and Issue 23027, rather than the original issue here, although the symptom is almost the same.
History
Date User Action Args
2015-08-26 04:25:55martin.pantersetrecipients: + martin.panter, rbcollins, ezio.melotti, flox, berker.peksag, serhiy.storchaka, ashkop
2015-08-26 04:25:55martin.pantersetmessageid: <1440563155.84.0.378643246124.issue18383@psf.upfronthosting.co.za>
2015-08-26 04:25:55martin.panterlinkissue18383 messages
2015-08-26 04:25:55martin.pantercreate