[hoangchunghien]

grpcio-health-checking 1.85.0 adds a List method to the grpc.health.v1.Health service, with two new messages. Last night's stubtest run (#16622) reports all four as missing:

grpc_health.v1.health_pb2.HealthListRequest is not present in stub
grpc_health.v1.health_pb2.HealthListResponse is not present in stub
grpc_health.v1.health_pb2_grpc.Health.List is not present in stub
grpc_health.v1.health_pb2_grpc.HealthServicer.List is not present in stub

This adds:

• HealthListRequest (no fields) and HealthListResponse, with its statuses map (MessageMap[str, HealthCheckResponse]) and the nested StatusesEntry. The shapes follow upstream's generated health_pb2.pyi in 1.85.0 and are written in this file's existing style.
• HealthServicer.List and the static Health.List, mirroring Check.

HealthListRequest.__init__ goes in a new @tests/stubtest_allowlist.txt. The upb runtime signature is (self, /, *args, **kwargs), and a message with no fields takes no arguments, so the stub is narrower on purpose. stubtest suggested exactly that entry.

The concrete servicers in health.py and _async.py don't implement List in 1.85.0, so they are unchanged.

Checked locally against grpcio-health-checking 1.85.0: stubtest_third_party.py grpcio-health-checking passes, as do mypy_test.py, pyright_test.py, check_typeshed_structure.py, flake8 and black 26.10.0.

Refs #16622 (the stdlib email._header_value_parser failures in the same run are not covered here).

[srittau]

We should also bump the version in METADATA.toml, possibly to 1.85.*.

[hoangchunghien]

Bumped version to "1.85.*" in METADATA.toml (1.85.0 is the current release). stubtest for grpcio-health-checking still passes.

[github-actions]

According to mypy_primer, this change has no effect on the checked open source code. 🤖🎉

[srittau]

Thanks!