mesh-delivery

Files

T

jschoubben 04fd0a4254 Indexer ends a pending merge its repository's taken merge covers, without reading its message (issue 1966)

Quick fix: none smaller than this (the bridge fix alone leaves a covered merge needing the bridge).
Thorough fix (chosen): loadNewest asks takenAlready (already used for group members) before loading the newest merge of
a repository; at or behind taken it is marked Covered, said once in the log, and never read. A merge whose ancestry
cannot be asked is read as before. Test: a row pair behind/ahead of taken with a bridge that cannot answer.

Claude-Session: https://claude.ai/code/session_01NcbgfFSnn24M3GcqttoU7i

2026-11-09 11:29:31 +01:00

mesh-delivery-assigner

The assigner, the indexer and the grants part tell their followers when the bus made their consumer (issue 1966, recovery)

2026-11-09 02:27:38 +01:00

mesh-delivery-builder

The builder's build log has a cap that holds its 30 days (issue 1966, recovery)

2026-11-09 09:45:37 +01:00

mesh-delivery-checker

The checker's tools and the assigner's put ask the indexer's tools instead of reading its state (issue 1966, recovery)

2026-11-08 11:58:42 +01:00

mesh-delivery-forge-bridge

Forge bridge reads gitea_api's {"result": body} wrapper in one place (issue 1966)