docs(theming): el guard tiene una carrera en editable — un rojo suyo se re-corre antes de creerlo

Supervisando el commit 2117d7422: sobre el MISMO HEAD, submit-fg leyó muerto en
una corrida de cuatro (41/56, exit 1) y vivo en las otras tres (42/56, exit 0).
El verde del commit era legítimo; lo intermitente es la apertura por foco +
prepareWith del guard. Anotado en la ficha para que un barrido futuro del
ledger no convierta la carrera en un falso rojo.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
alpha-0.1-background
dev 2 months ago
parent 8a4bb8e0e8
commit bf90fc62b1

@ -174,4 +174,10 @@ error tiene que mover el tono `risk`, que también viste las instancias con
de estado por parte (`invalid-input-border` / `invalid-control-border`, la forma
que `switch` acuñó el mismo día), y es contrato: se lista.
⚠ **El guard tiene una CARRERA en este componente** (supervisión 2026-08-23):
sobre el MISMO HEAD, `submit-fg` leyó muerto en una corrida de cuatro
(41/56, exit 1) y vivo en las otras tres (42/56, exit 0). La apertura por foco
+ `prepareWith` no es determinista aquí. Un rojo de `editable` en un barrido
del ledger NO es un resultado hasta re-correrlo.
<!-- veredicto:end -->

Loading…
Cancel
Save

Powered by TurnKey Linux.