3 Commits

Include renames

Author	SHA1	Message	Date
clawbot	926d34b4b8	Add a statistics pane to the webhook page (closes #368) ... Each webhook's event database keeps running totals: one row for its events, with when the newest arrived, and one row per target for its deliveries, delivered and failed, each with what retention removed. Every write to them shares the transaction of the rows it counts, and a delivery already delivered or failed is not settled again. Deliveries get a finished_at column; it and target_id end the status index, so each target's deliveries finished in a window come from one index-range query grouped by target. Retention deletes 1000 expired events per transaction, pausing 200 ms between them so other writers get in, and stops between them on shutdown. The pane is its own template, its figures in tables. The schema changes in place with nothing back-filled, so an existing database must be recreated. Model: opus-5-5	2026-10-02 01:26:42 +00:00
clawbot	51580a2bc6	Fail a pending delivery whose target was deleted (closes #293) ... Restart recovery and the pending sweep skipped a pending delivery whose target was missing from the batch's target map, every minute, for the life of the database. A miss now asks loadTarget: no row fails the delivery terminally with a recorded reason; any other error leaves it pending, since the map is also empty when its query failed; a target found there is used. The failure goes through the ownership-gated function the retrying paths already used, now failMissingTarget. Once it owns the delivery it re-reads the row and fails it only if the status is unchanged, so a delivery sent and settled in between is left alone. Model: opus-5-5	2026-09-29 06:48:19 +02:00
clawbot	af3703d748	Close the two remaining delivery terminal-state gaps (closes #107)	2026-08-24 05:12:02 +02:00