docs: la doctrine enseignait le réflexe qui a coûté la journée
La feuille disait : « si la suite rapporte un délai nommé plutôt qu'une assertion échouée, soupçonner le transport avant le code ». C'est faux, et je l'ai écrite hier. Un délai dit seulement qu'une chose n'est pas arrivée à temps. Il ne dit jamais pourquoi — et se tourner vers l'environnement est la réponse confortable, puisqu'elle exonère le code. Le cas est maintenant raconté dans la feuille : tous les sign-in expiraient, on a accusé le broker et le réseau de l'hôte pendant des heures, et la cause était une correspondance de sous-chaîne sur une URL, lisible depuis le début. Le propriétaire du dépôt a tranché contre cette attribution — « je n'ai jamais eu de problème avec le broker, les tests si » — et il avait raison. La discipline devient : lire son propre harnais d'abord, et ne parler de transport qu'une fois le mécanisme nommé.
This commit is contained in:
@@ -1,7 +0,0 @@
|
||||
# Doc-debt — e2e-harness
|
||||
|
||||
> Presence of a block = doc to update. Processed → delete the block; no blocks left → delete this file.
|
||||
> One block = one "big change": `why` + `files` + `verify` (leaves to review).
|
||||
|
||||
## Raw markers (consolidate into blocks, then delete)
|
||||
- TOUCHED packages/polyfill/e2e/broker.ts @2026-08-14 (session f93872b5-293a-4916-a353-181409a96d42)
|
||||
Reference in New Issue
Block a user