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 ncoghlan
Recipients Julian.Scheid, barry, benjamin.peterson, georg.brandl, lregebro, ncoghlan, r.david.murray
Date 2010-04-15.13:59:07
SpamBayes Score 4.021927e-09
Marked as misclassified No
Message-id <1271339950.34.0.279698624047.issue7490@psf.upfronthosting.co.za>
In-reply-to
Content
The corner case I was talking about was the one where you actually *want* the old, more restrictive behaviour (i.e. you specifically want to receive 'x.y.Exception' and receiving 'a.b.Exception' instead should fail), but still want to ignore the details of the exception string representation.

With this change in place, that corner case could be handled fairly easily by using the ELLIPSIS option instead of IGNORE_EXCEPTION_DETAIL (or else mandating the exception details as well the type).

This change trips my "feature" meter, so it's probably too late for 2.7 (adding Benjamin to confirm), but definitely a good candidate for 3.2 later in the year.
History
Date User Action Args
2010-04-15 13:59:10ncoghlansetrecipients: + ncoghlan, barry, georg.brandl, benjamin.peterson, lregebro, r.david.murray, Julian.Scheid
2010-04-15 13:59:10ncoghlansetmessageid: <1271339950.34.0.279698624047.issue7490@psf.upfronthosting.co.za>
2010-04-15 13:59:08ncoghlanlinkissue7490 messages
2010-04-15 13:59:07ncoghlancreate