Tasks
DoneReturn finalized state after unanimous poll decisions
Observed in local meeting 5, case 5, for Mikke Mus: proposal 5 is ended and poll/execution 5 are persisted as ended, but the accepted decide_poll_unanimously receipt and voting_engine.changed outbox payload report poll_status=ongoing and execution_status=active. The same stale result appears on earlier unanimous decisions in that meeting. This can leave the secretary UI showing the proposal as treated while the poll still appears ongoing even though canonical query state is ended. Build command results only after lifecycle closure and ensure direct responses, outbox events, and broadcasts expose the committed final state.
Checklist
0 of 4 complete- Add a regression proving unanimous bias decisions persist and return ended poll/execution state
- Build receipt and outbox results from the post-closure lifecycle state
- Verify direct Turbo responses and broadcasts cannot keep the poll UI ongoing
- Cover ordinary unanimous decisions, bias decisions, reset, and idempotent replay
- Area
- Kaukus
- Kind
- Bug
- Priority
- High
- Task ID
tsk_jqsy9r8vjq- Updated