Une écriture refusée ne disait rien, et l'opérateur croyait avoir agi

C'est la trouvaille sérieuse de cette passe, et je l'ai constatée plutôt que
déduite : j'ai fait refuser un changement de statut d'action par le serveur.
Rien ne s'est affiché. Le sélecteur est revenu à sa valeur d'avant — il est
piloté par les données du serveur, il ne ment donc pas — et aucun message n'a
dit que le geste avait été refusé.

Vingt-quatre écritures de l'interface sont dans ce cas : « void api.poster(…) »,
sans reprise. Changer un statut, ranger un document, épingler un message,
révoquer une session, supprimer une fiche, envoyer un message dans un salon.
Sur le réseau d'une crise — celui qu'on a quand on chiffre le système
d'information — c'est le pire état possible : on annonce en réunion une action
passée en « bloquée » qui ne l'est pas.

── Pourquoi « unhandledrejection » et non un appel par écran

Le filet écoute les promesses que personne n'a rattrapées. C'est ce qui le rend
exact plutôt qu'approximatif : les vingt-et-un écrans qui affichent déjà leur
propre message consomment leur rejet et ne déclenchent donc rien. Aucun double
message, et rien à déclarer fichier par fichier — ni à redire au prochain écran
qu'on écrira.

Les deux propriétés sont vérifiées sur de vrais chemins. Un envoi de message de
salon refusé : le filet parle, et le texte reste dans la boîte. Une consignation
refusée : le panneau affiche « Refus simulé. » et le filet reste muet.

Il ne remplace pas un message local, qui sait ce que l'utilisateur tentait —
« Retrait impossible » vaut mieux que le texte brut du serveur. Il dit qu'il
s'est passé quelque chose, ce qui vaut infiniment mieux que le silence. Et il ne
se referme pas seul : un bandeau qui s'efface au bout de cinq secondes est un
bandeau que celui qui regardait ailleurs n'aura jamais vu.

Posé hors de « Application » : le tunnel d'entrée écrit lui aussi.

Deux garanties, dont celle qui vérifie cette position.

Ce que cela ne corrige pas, et que je signale : trente-et-un fichiers sur les
cinquante-sept qui écrivent n'ont aucun garde contre le double envoi. Un double
clic sur « Enregistrer » crée deux tiers. Les alertes et la mobilisation sont
protégées côté serveur par la fenêtre anti-doublon ; les registres du dossier ne
le sont pas.

Co-Authored-By: Claude (RCA)