[P1][events] Sceller la publication après l’événement terminal #12

New issue

Open

opened 2026-07-31 21:05:11 +00:00 by mathieu · 1 comment

mathieu commented

2026-07-31 21:05:11 +00:00

Owner

Constat

L'annulation publie terminal avant cancelOps (internal/session/orchestrator.go:542-553). Une requête STT en vol peut ensuite publier partial_failed via les callbacks (:502-513). Le terminal n'est donc pas forcément le dernier événement observable.

Tâche

Sérialiser les publications d'une session derrière une porte unique qui se scelle après le terminal. Bootstrap et orchestrateur doivent partager cette porte.

Critères d'acceptation

Exactement un terminal est publié.
Aucun événement ne suit le terminal, journal compris.
Les événements antérieurs conservent leur ordre.
Le terminal reste non-droppable.

Validation

go test -race ./internal/session ./internal/stt ./internal/events

## Constat L'annulation publie `terminal` avant `cancelOps` (`internal/session/orchestrator.go:542-553`). Une requête STT en vol peut ensuite publier `partial_failed` via les callbacks (`:502-513`). Le terminal n'est donc pas forcément le dernier événement observable. ## Tâche Sérialiser les publications d'une session derrière une porte unique qui se scelle après le terminal. Bootstrap et orchestrateur doivent partager cette porte. ## Critères d'acceptation - Exactement un terminal est publié. - Aucun événement ne suit le terminal, journal compris. - Les événements antérieurs conservent leur ordre. - Le terminal reste non-droppable. ## Validation `go test -race ./internal/session ./internal/stt ./internal/events`