- Se descapó
- 7 de agosto de 2026 a las 4:05 UTC
- Autor
- kamo
- Compromit
- bf35f85
La API almacena dinero como NUMERIC(19,4) y lo serializa con toPlainString (, por lo que El envío de $50.00 llegó como "50.0000". Ambos insumos monetarios aceptar en lo más céntro céntro, por lo que el defecto iluminó el error de la moneda inválida en un formulario Nadie se había tocado. La edición de una línea de comisión existente tenía el mismo problema. 100.0000 en la caja. aAmountInput se normaliza para la visualización. Caen ceros tras centavo porque no tienen valor; nada más allá del centavo se devuelve sin tocar, así que una figura real sub-cento sale a la superficie como el problema de validación que es en lugar de estar en silencio. Solo en cadena. redondear a través del Número es la clase de bicho que hizo dinero una cuerda aquí en primer lugar. Normalizar el valor mostrado por sí solo habría introducido un segundo error: ambos los paneles comparan el valor editado con una base de referencia para decidir si algo sin garantías y comparando un campo normalizado con un valor almacenado en bruto reporta un prístino formo como sucio para siempre. Así que el procesador se normaliza dentro de Draft, que produce tanto el borrador como su línea de referencia de comparación, y el panel Stripe se normaliza ambos lados de su cheque. Las pruebas cubren los pares que realmente llegan a estos campos más los que redondear cambiaría el dinero de alguien, y afirmaría que la producción satisface el campo patrón que empezó esto.