HEAD scrapes write a response body when gzip is negotiated #2665

What happened?

A HEAD scrape with Accept-Encoding: gzip enters the compression path in PrometheusScrapeHandler and writes a gzip response body. The non-compressed path already suppresses HEAD bodies.

Reproduced on main at 85d9fb0dca9f064c746470e91b924d253abf8d30 using the existing PrometheusScrapeHandlerTest exchange: a HEAD request with gzip produces 69 bytes, where the body must be empty. It also calls sendHeadersAndGetBody(200, 0) instead of the no-body length -1 used by the existing HEAD path.

Expected behavior

HEAD should return the negotiated headers, including Content-Type and Content-Encoding: gzip, without constructing a gzip stream or writing response bytes. GET gzip behavior should be unchanged.

Reproduction

In the existing handler test fixture:

TestHttpExchange exchange =
    new TestHttpExchange("HEAD", null).withHeader("Accept-Encoding", "gzip");
handler.handleRequest(exchange);
assertThat(exchange.rawResponseBody.size()).isZero();

Before the fix, the assertion fails with actual 69. I have a small fix and regression coverage prepared; the 17 handler tests pass on Java 25 with default Error Prone/NullAway enabled.

AI assistance was used for investigation and test preparation.