Non-shortcut mismatching for Every matcher

[Nick B]

Hi All,

First of all, thanks for an excellent library; it's truly improved the (Java) testing experience for me both at work and personally.

Recently, on explaining some Hamcrest features for assertions on collections to a colleague, I noticed that the mismatch description for everyItem() used shortcut logic, i.e. stops at the first mismatch.

This is no doubt intentional and possibly the best idea in the general case, but it's painful if you have to keep re-running the test to find out what "the next problem" is in the collection - c.f. HTML form validation in the early days of the web. Anyway, I hacked together a custom matcher to do this, but thought it worth digging to see where such a matcher might (already) exist.

Interestingly, I noted that IsCollectionContaining (conceptually quite similar) does diagnose all the mismatches in the collection passed in. It also describes itself more naturally (IMO) in failed assertions, e.g. hasItem(startsWith("blah")) -> expected: a collection containing a string starting with "blah").

Is there interest in either a new Every-like matcher, or updating the existing one to diagnose all mismatches, similar to IsCollectionContaining? If so, is the recommended workflow to create a new issue then a pull request on Github, or something else?

Thanks
Nick