Issue 248: delivery restored; a merge still heard twice has another cause

2026-10-05 17:30:18 +02:00
parent 400ed8d396
commit 80aff0f457
1 changed files with 11 additions and 0 deletions
@@ -37,3 +37,14 @@ Checked by a live test against a throwaway bus:
 **Not fixed here:** the client dropping messages while the loop acts on a long merge. Reports and
 heartbeats are redelivered or replaced, so nothing is lost for good, but the loop holding everything while
 it builds is the shape issue 175 already describes.
+
+## 2026-10-05, after the restart
+
+The consumer re-made from now held nothing, and the restarted controller acknowledged what it was handed.
+Two merges made right after reached it within two seconds, and the fixed controller was built, delivered and
+took over by its own plan within two minutes. The re-asked build of the agent module was registered and
+reached all four machines.
+
+**Not explained by this issue:** the record's merge was still logged twice, with the consumer fresh and
+nothing replayed. The duplication has a cause of its own, still to be found. It may be that the forge
+announces a merge on two paths, or that one event is handled twice.