Il existe une frustration spéciale réservée aux bugs où la logique est correcte mais la sortie est fausse. Vous avez vérifié chaque étape intermédiaire. Les données circulent à travers le système avec précision. Le calcul produit les bonnes valeurs. Et pourtant le résultat final, ce que l'utilisateur voit réellement, est subtilement cassé -- non pas à cause d'une erreur de logique mais à cause d'un défaut de rendu.
Le 7 janvier 2026, nous venions de corriger le bug de gestion du None qui avait débloqué le modèle temporel de FLIN. Quatre de nos 27 tests d'intégration temporels passaient désormais. Les 23 restants échouaient, et à première vue, les échecs ressemblaient à des erreurs de logique temporelle. Mais ils ne l'étaient pas. Les valeurs temporelles étaient toutes correctes. Le bug était dans la façon dont les espaces blancs étaient gérés entre le texte statique et les liaisons dynamiques dans la sortie HTML.
La cause racine
Le problème vivait dans le lexer de FLIN, spécifiquement dans la façon dont il gérait les nœuds de texte pendant le scan en mode vue. Le lexer appelait .trim() sur le nœud de texte entier, supprimant l'espace de fin dans "Current: " et produisant "Current:".
L'algorithme Smart Trim
Nous avons remplacé le .trim() global par une fonction smart_trim_text() qui gère les deux cas :
rustfn smart_trim_text(&self, text: &str) -> String {
if !text.contains('\n') {
// Inline text -- preserve all whitespace
return text.to_string();
}
// Multi-line text -- trim indentation
// ...
}L'algorithme est simple : si le texte ne contient pas de sauts de ligne, le retourner inchangé. S'il contient des sauts de ligne, supprimer itérativement les séquences de saut de ligne plus indentation en début et fin. Cela préserve les espaces en ligne tout en supprimant l'indentation de formatage.
Les résultats
L'impact était immédiat et spectaculaire :
| Métrique | Avant | Après |
|---|---|---|
| Tests temporels passant | 4/27 (15 %) | 11/27 (41 %) |
| Tests de bibliothèque | 1 010/1 010 | 1 010/1 010 |
| Espaces blancs préservés | Non | Oui |
Sept tests temporels supplémentaires ont commencé à passer, non pas parce que nous avions changé une logique temporelle, mais parce que le rendu affichait maintenant correctement les valeurs temporelles qui étaient correctes depuis le début.
C'était le troisième bug dans une chaîne qui bloquait le modèle temporel. Chaque bug était indépendant. Chacun avait une cause racine différente dans un composant différent (VM, synchronisation de base de données, lexer). Pourtant ensemble ils formaient une chaîne qui faisait paraître le modèle temporel complètement cassé alors que, en fait, la logique temporelle fonctionnait correctement depuis la Session 070.
Ceci est la partie 159 de la série « Comment nous avons construit FLIN », documentant comment un CEO à Abidjan et un CTO IA ont conçu et construit un langage de programmation à partir de zéro.
Navigation de la série : - [158] Le bug de gestion du None - [159] Le bug de rendu des espaces blancs HTML (vous êtes ici) - [160] Quand la VM s'est bloquée sur la création d'entités