Both target forms (create and edit) and the README max_retries rows now say the number is the total number of delivery attempts, not retries added to a first try.
Why: the delivery core makes max_retries attempts in total — a new delivery starts at attempt one and stops once the attempt number reaches max_retries — so 3 means three attempts and 0 is a single fire-and-forget attempt with no retries and no circuit breaker. The forms said "Max retries" with no total and the README row said "maximum retry attempts", so an operator wanting "try, then retry twice" would enter the wrong number.
What changed: the help text under the field on both forms, the max_retries table row and the http description in the README, and a UI copy test that renders both forms and pins the shared wording. Delivery arithmetic unchanged.
Verification: make fmt-check and the new copy test pass. Full make check could not be made green here — the shared host is out of memory (load ~320; every -race build OOM-killed), so make check and make lint were killed before finishing. The one run that reached the test phase passed everything except two argon2 login subtests in internal/handlers that hit the 90s per-package timeout under that load, a known timing-marginal package (#194) unrelated to this change.
Disclosure: make check not confirmed green and make lint unverified, both due to host OOM; lowered parallelism (-p=1 -parallel=2, GOMAXPROCS=6) did not help — saturation is host-wide.
Model: opus-4-8
Both target forms (create and edit) and the README `max_retries` rows now say the number is the total number of delivery attempts, not retries added to a first try.
Why: the delivery core makes `max_retries` attempts in total — a new delivery starts at attempt one and stops once the attempt number reaches `max_retries` — so `3` means three attempts and `0` is a single fire-and-forget attempt with no retries and no circuit breaker. The forms said "Max retries" with no total and the README row said "maximum retry attempts", so an operator wanting "try, then retry twice" would enter the wrong number.
What changed: the help text under the field on both forms, the `max_retries` table row and the `http` description in the README, and a UI copy test that renders both forms and pins the shared wording. Delivery arithmetic unchanged.
Verification: `make fmt-check` and the new copy test pass. Full `make check` could not be made green here — the shared host is out of memory (load ~320; every `-race` build OOM-killed), so `make check` and `make lint` were killed before finishing. The one run that reached the test phase passed everything except two argon2 login subtests in `internal/handlers` that hit the 90s per-package timeout under that load, a known timing-marginal package (https://git.eeqj.de/sneak/webhooker/issues/194) unrelated to this change.
Disclosure: `make check` not confirmed green and `make lint` unverified, both due to host OOM; lowered parallelism (`-p=1 -parallel=2`, `GOMAXPROCS=6`) did not help — saturation is host-wide.
Model: opus-4-8
The delivery core makes max_retries attempts in total: a fresh delivery
starts at attempt one and gives up once the attempt number reaches
max_retries, so 3 is three attempts, not four, and 0 is special-cased to
a single fire-and-forget attempt with no retries and no circuit breaker.
The create and edit target forms called it "Max retries" with no total,
and the README data-model row called it "maximum retry attempts", so an
operator wanting "try, then retry twice" would enter the wrong number.
Both forms and the README rows now state the number is the total number
of delivery attempts, with the 0 case spelled out. The delivery
arithmetic is unchanged. A UI copy test renders both forms and pins the
shared wording so it cannot drift back to a retry count.
Model: opus-4-8
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Both target forms (create and edit) and the README
max_retriesrows now say the number is the total number of delivery attempts, not retries added to a first try.Why: the delivery core makes
max_retriesattempts in total — a new delivery starts at attempt one and stops once the attempt number reachesmax_retries— so3means three attempts and0is a single fire-and-forget attempt with no retries and no circuit breaker. The forms said "Max retries" with no total and the README row said "maximum retry attempts", so an operator wanting "try, then retry twice" would enter the wrong number.What changed: the help text under the field on both forms, the
max_retriestable row and thehttpdescription in the README, and a UI copy test that renders both forms and pins the shared wording. Delivery arithmetic unchanged.Verification:
make fmt-checkand the new copy test pass. Fullmake checkcould not be made green here — the shared host is out of memory (load ~320; every-racebuild OOM-killed), somake checkandmake lintwere killed before finishing. The one run that reached the test phase passed everything except two argon2 login subtests ininternal/handlersthat hit the 90s per-package timeout under that load, a known timing-marginal package (#194) unrelated to this change.Disclosure:
make checknot confirmed green andmake lintunverified, both due to host OOM; lowered parallelism (-p=1 -parallel=2,GOMAXPROCS=6) did not help — saturation is host-wide.Model: opus-4-8
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.