- Expédié
- 7 août 2026 à 04:05 UTC
- Auteur
- kamo
- Commite
- bf35f85
L'API stocke de l'argent comme NUMERIC(19,4) et le télé-série avec toPlainString(), donc le retrait minimum de 50 euros est arrivé en tant que "50 0000". Les deux intrants monétaires accepter au plus centimes, de sorte que la valeur par défaut a été allumée par l'erreur de montant invalide sur un formulaire Personne n'avait touché. L'édition d'une ligne de commission existante a eu le même problème 100 0000 dans la caisse. toAmountInput() normalise pour l'affichage. Relèvement des zéros au-delà du centime sont supprimés parce qu'ils n'ont aucune valeur; quoi que ce soit SIGNIFICANT passé le centime est retourné intouché, donc une figure réelle sous-spire apparaît comme le problème de validation c'est plutôt que d'être silencieusement arrondis. Le nombre est le nombre de fils uniquement. la classe de bug qui a fait de l'argent une corde ici en premier lieu. Normaliser la valeur affichée seule aurait introduit un deuxième bogue: les deux les panneaux comparent la valeur éditée à une ligne de base pour décider si quelque chose est non sauvegardées, et la comparaison d'un champ normalisé à une valeur brute stockée rapporte une valeur vierge se forment comme sale pour toujours. Donc le processeur se normalise à l'intérieur deDraft, qui produit à la fois le projet et son niveau de référence de comparaison, et le panneau Stripe normalise les deux les côtés de son contrôle. Les tests couvrent les paires qui atteignent effectivement ces champs plus ceux où l'arrondissement changerait l'argent de quelqu'un, et affirmer que la production satisfait le champ Un schéma qui a commencé.