Antoine Pitrou added the comment: > That means there's a part of Antoine's patch I disagree with: the > change to eliminate the derived "overall" result attached to the > aggregate test.
The patch doesn't eliminate it, there are even tests for it. (see the various call order tests) > The complexity involved in attempting to get expectedFailure() to > behave as expected is also a strong indication that there are still > problems with the way these results are being aggregated. No, the complexity stems from the fact that the expectedFailure decorator knows nothing about the test running machinery and instead blindly raises an exception. ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue16997> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
