v0.2.7
The pull request census now reports what it could not read.
Each pull request was read with a call that, on failure, skipped it silently. Under GitHub API throttling that made a pull request disappear from the census, and an unreadable pull request looked exactly like a clean one. natsort #196 sat with two failing checks and was never flagged.
The census now counts the pull requests it could not read and prints CENSUS UNREADABLE with their names, so unknown state can never pass for healthy state. A test stubs gh so every lookup fails; it fails against the previous code and passes against this one.
This is the same defect family as the truncated-search guard in 0.2.6, one layer further down: a check whose success condition can be satisfied by nothing happening.