0.1.13: one rule for taking an event, and no handler left by a refused subscribe (hq issue 276) #10

Merged
mesh-admin merged 1 commits from fix/an-event-handler-answers-what-it-did into main 2026-10-06 16:17:06 +00:00
1 Commits
Author SHA1 Message Date
jochen ec80dcfc22 0.1.13: one rule for taking an event, and no handler left by a refused subscribe (hq issue 276)
A handler takes an event by returning and asks for it again by throwing;
any mesh/event answer but an error is taken. Written down in the README
where event handling is, with what follows for a handler: throw only when
the work was not done, and be safe to run twice.

Both SDKs added the handler before asking the runtime and kept it when the
runtime refused, so a module that asks again until it is taken (every Go
consumer does) ran its handler once per attempt for every event. A refused
subscribe now removes its handler; one the Go runtime did not answer in
time is kept, since the runtime may have bound it.
2026-10-06 18:14:58 +02:00