- Spegnimento
- 7 agosto 2026 alle ore 04:05 UTC
- Autore
- kamo
- Impegno
- bf35f85
L'API memorizza denaro come NUMERIC(19,4) e serializza con toPlainString(), quindi il ritiro minimo di $50.00 spedito è arrivato come "50.0000". Entrambi gli input di denaro accettare alla maggior parte dei centesimi, quindi il default ha acceso l'errore di importo non valido su un modulo Nessuno aveva toccato. Modificare una linea di commissione esistente aveva lo stesso problema — 100.0000 nella scatola di importo. toAmountInput() normalizza per il display. Trailing zeros oltre il centesimo sono calati perché non hanno valore; qualsiasi cosa SIGNIFICANT passato il centesimo è restituito intatto, così una reale figura sub-centro superfici come il problema di convalida è piuttosto che essere silenziosamente arrotondato. String-only — arrotondamento tramite Numero è la classe di bug che ha fatto soldi una stringa qui in primo luogo. Normalizzare il valore visualizzato da solo avrebbe introdotto un secondo bug: entrambi i pannelli confrontano il valore modificato contro una linea di base per decidere se qualcosa è e comparare un campo normalizzato a un valore conservato grezzo riporta un incontaminato forma come sporco per sempre. Così il processore normalizza dentro toDraft, che produce sia la bozza che la sua linea di base di confronto, e il pannello Stripe normalizza entrambi lati del suo assegno. I test coprono le coppie che effettivamente raggiungono questi campi più quelli dove arrotondamento cambierebbe i soldi di qualcuno, e affermare l'output soddisfa il campo modello che ha iniziato questo.