- Navios
- 7 de agosto de 2026 às 04:05 UTC
- Autor
- kamo
- Enviar
- bf35f85
A API armazena dinheiro como NUMERIC(19,4) e serializa-lo com toPlainString(), então a retirada mínima de $50.00 chegou como "50.0000". Ambas as entradas monetárias aceitar no máximo centavos, então o padrão iluminou o erro de montante inválido em um formulário Ninguém tinha tocado. A edição de uma linha de comissão existente teve o mesmo problema — 100.0000 na caixa de montante. toAmountInput () normaliza para exibição. Seguindo zeros após o centavo são derrubados porque eles não têm valor; nada SIGNIFICANTE passado o centavo é devolvido intocada, por isso uma figura sub-cente real superfícies como o problema de validação é em vez de ser silenciosamente arredondado. Apenas texto — arredondamento através do número é a classe de bug que fez dinheiro uma corda aqui em primeiro lugar. Normalizar o valor exibido sozinho teria introduzido um segundo erro: ambos painéis comparar o valor editado com uma linha de base para decidir se algo é não salvo, e comparando um campo normalizado com um valor armazenado bruto relata um Formem-se sujos para sempre. Assim, o processador normaliza-se dentro de Draft, que produz tanto o rascunho como a sua base de comparação, e o painel Stripe normaliza ambos Os lados do seu cheque. Testes cobrem os pares que realmente atingem estes campos mais aqueles em que arredondamento iria mudar o dinheiro de alguém, e afirmar que a saída satisfaz o campo padrão que começou isto.