- शिप
- 7 अगस्त 2026 को 4:05 am बजे UTC
- लेखक
- kamo
- Commit
- bf35f85
एपीआई NUMERIC(19,4) के रूप में पैसे स्टोर करता है और इसे toPlainString() के साथ क्रमबद्ध करता है, इसलिए $ 50.00 न्यूनतम निकासी "50.0000" के रूप में हुई। दोनों पैसे इनपुट अधिकांश सेंट पर स्वीकार करते हैं, इसलिए डिफ़ॉल्ट ने फॉर्म पर अवैध राशि त्रुटि को जला दिया कोई भी छू नहीं गया था। मौजूदा कमीशन लाइन को संपादित करने में एक ही समस्या थी - राशि बॉक्स में 100.0000। toAmountInput() प्रदर्शन के लिए सामान्य है। पिछले कुछ वर्षों में ट्रेलिंग शून्य गिरावट आई है क्योंकि वे कोई मूल्य नहीं लेते हैं; सेंट के अतीत में कुछ भी वापस आ जाता है असंतुलित, इसलिए यह वैधीकरण समस्या के रूप में एक वास्तविक उप-केंद्रित आंकड़ा सतहों है चुपचाप गोल होने के बजाय। स्ट्रिंग केवल - संख्या के माध्यम से गोल करना है बग के वर्ग ने पहले स्थान पर यहां एक स्ट्रिंग को पैसा बनाया। अकेले प्रदर्शित मूल्य को सामान्य करना एक दूसरा बग पेश करना होगा: दोनों पैनल एक बेसलाइन के खिलाफ संपादित मूल्य की तुलना करने के लिए यह तय करने के लिए कि क्या कुछ है Unsaved, और एक सामान्यीकृत क्षेत्र की तुलना कच्चे संग्रहित मूल्य के लिए एक प्रिस्टिन रिपोर्ट करता है हमेशा के लिए गंदा रूप में। तो प्रोसेसर के अंदर सामान्य toDraft, जो पैदा करता है दोनों ड्राफ्ट और इसकी तुलना बेसलाइन, और स्ट्रिप पैनल दोनों को सामान्य करता है इसकी जाँच के पक्ष में। टेस्ट उन जोड़े को कवर करते हैं जो वास्तव में इन क्षेत्रों के साथ-साथ उन लोगों तक पहुंचते हैं जहां गोल करना किसी के पैसे को बदल देगा और आउटपुट को फ़ील्ड को संतुष्ट करता है पैटर्न जो इसे शुरू कर दिया।.