Skip to content

v4.1.1

  • v4.1.1
  • cad22a8

  • Verified

    This commit was created on GitHub.com and signed with GitHub’s verified signature.
    GPG key ID: B5690EEEBB952194
    Verified
    Learn about vigilant mode

  • Choose a tag to compare

    View all tags
v4.1.1: fix: allow HEAD method for /health and /ready endpoints (#275)
  • v4.1.1
  • cad22a8

  • Choose a tag to compare

    View all tags

  • Verified

    This commit was created on GitHub.com and signed with GitHub’s verified signature.
    GPG key ID: B5690EEEBB952194
    Verified
    Learn about vigilant mode
@OrionArchitekton OrionArchitekton tagged this 11 Jun 05:06 
* fix: allow HEAD method for /health and /ready endpoints

Load balancers and uptime probes commonly issue HEAD requests against health endpoints. The /health and /ready handlers only matched GET, so HEAD fell through to the unhandled-request default (404). Extend both guards to accept HEAD and return headers-only (no body), preserving the status code (including /ready's 503-when-not-ready signal). Adds a regression test covering HEAD on both endpoints.

Closes #178

* test: assert HEAD preserves the 503 not-ready status on /ready

Covers the session-counting branch (non-stateless, no sessions -> 503), so the readiness signal is proven to survive a HEAD probe, not just /health's 200.

---------

Co-authored-by: Frank Fiegel <frank@glama.ai>
Assets 2
Loading