mirror of https://github.com/python/cpython
#14832: 'first' now really refers to first arg in unittest assertItemsEqual
This appears to have been a mixup introduced when we switched from 'expected/actual' to 'first/second'. The problem doesn't exist in the corresponding assertCountEqual method in Python3.
This commit is contained in:
parent
019935f615
commit
6949392b56
|
@ -872,7 +872,7 @@ class TestCase(object):
|
|||
- [0, 1, 1] and [1, 0, 1] compare equal.
|
||||
- [0, 0, 1] and [0, 1] compare unequal.
|
||||
"""
|
||||
first_seq, second_seq = list(actual_seq), list(expected_seq)
|
||||
first_seq, second_seq = list(expected_seq), list(actual_seq)
|
||||
with warnings.catch_warnings():
|
||||
if sys.py3kwarning:
|
||||
# Silence Py3k warning raised during the sorting
|
||||
|
|
|
@ -60,6 +60,9 @@ Core and Builtins
|
|||
Library
|
||||
-------
|
||||
|
||||
- Issue #14832: fixed the order of the argument references in the error
|
||||
message produced by unittest's assertItemsEqual.
|
||||
|
||||
- Issue #14829: Fix bisect issues under 64-bit Windows.
|
||||
|
||||
- Issue #14777: tkinter may return undecoded UTF-8 bytes as a string when
|
||||
|
|
Loading…
Reference in New Issue