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 ElizabethU
Recipients ElizabethU, cjw296, mariocj89, michael.foord, p-ganssle, serhiy.storchaka, xtreak
Date 2019-07-18.17:13:45
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1563470025.86.0.737215237076.issue37555@roundup.psfhosted.org>
In-reply-to
Content
Giving this a reread with fresh eyes this morning, I realized I wasn't explicit enough in saying that I see that this fix is about the same as the one you mentioned, Karthikeyan, but said you were concerned might cause more subtle bugs. I hear that, and will try some more specific fixes, I was just trying to gather whether the tests showing 

self.assertEqual(call(ANY).call_list(), mock.mock_calls)
self.assertEqual(mock.mock_calls, call(ANY).call_list())

results in one passing and the other not (and the same for calls) changed the math on how brittle the current logic is, so just leaving it seemed like less of an option. I'll keep working on some other ideas though, whether we can check for ANY directly, or just wrap the BoundArguments that are causing problems when the mock has spec set.
History
Date User Action Args
2019-07-18 17:13:45ElizabethUsetrecipients: + ElizabethU, cjw296, michael.foord, serhiy.storchaka, p-ganssle, mariocj89, xtreak
2019-07-18 17:13:45ElizabethUsetmessageid: <1563470025.86.0.737215237076.issue37555@roundup.psfhosted.org>
2019-07-18 17:13:45ElizabethUlinkissue37555 messages
2019-07-18 17:13:45ElizabethUcreate