Fix #513 (reopened): unconditional ~k suffix #516

Merged

crueber merged 1 commit from fix/issue-513-etag into main

2026-09-14 14:22:41 +00:00

crueber commented

2026-09-14 14:18:32 +00:00

Owner

Reopened #513: the Checks tab stayed visible because the ~k ETag suffix was conditional on checksOK — a zero-check repo's ETag was byte-identical to its pre-#505 ETag, so cached summaries 304-matched forever and never received has_checks (fail-open → tab shown). This change makes ~k unconditional (~k0 when absent; present indexes are always Version >= 1, so no collision). Includes the regression test (bare-sha pre-#505 ETag must 200), updated ETag pins across the api suite, and doc amendments. api 95.3%, -race clean.

crueber added 1 commit

2026-09-14 14:18:32 +00:00

Fix #513 (reopened): unconditional ~k ETag suffix so pre-#505 cached summaries can never 304-match 131a1c027e

crueber referenced this pull request

2026-09-14 14:22:05 +00:00

Checks tab still visible on zero-check repo after #505 (summary 401 fails open / possible deploy lag) #513

crueber merged commit d5c706fcd5 into main

2026-09-14 14:22:41 +00:00

crueber referenced this pull request

2026-09-14 14:22:42 +00:00

Checks tab still visible on zero-check repo after #505 (summary 401 fails open / possible deploy lag) #513

crueber referenced this pull request from a commit