자신의 검증을 실패한 값에 대한 돈 필드 로딩

Fixkamo-internal
관련 상품
2026년 8월 7일 오전 4:05 UTC
이름 *
kamo
뚱 베어
bf35f85

API는 NUMERIC (19,4)로 돈을 저장하고 toPlainString()로 serialises, 그래서 배송 $ 50.00 최소 인출은 "50.0000"로 도착했습니다. 돈 입력 둘 다 대부분의 센트에서 허용, 그래서 기본 lit up the invalid-amount error on the form 아무도 터치했다. 기존의 커미션 라인 편집은 같은 문제가 있었습니다. — 총계 상자에 있는 100.0000. toAmountInput() 디스플레이의 정상화. 센트가 떨어졌다고 떨어졌다. 그들이 값을 수행하기 때문에; 모든 SIGNIFICANT 과거의 센트는 반환 untouched, 그래서 유효한 문제로 진짜 sub-cent 숫자 표면은 입니다 오히려 침묵적으로 멀리 둥근. String-only - 숫자를 통한 라운드링 첫 번째 장소에서 돈을 묶는 버그의 클래스. 표시된 값의 정상화는 두 번째 버그를 도입했습니다. 모두 패널은 어떤 것이인지 결정하기 위해 baseline에 대한 편집 된 값을 비교합니다. unsaved, 그리고 정상적인 필드를 원료 저장 값 보고서에 비교 더럽습니다. 그래서 프로세서는 toDraft 내부를 정상화한다. 초안과 비교 기준 모두, 스트립 패널 모두 정상화 그것의 체크의 측. 테스트는 실제로이 필드에 도달 한 쌍을 커버 한 곳에 rounding는 누군가의 돈을 바꾸고, 산출은 분야를 만족시킵니다 이것을 시작했습니다.

모든 변경 사항

배송을 보는 것과 같이?

작업 공간의 모든 업데이트 땅은 자동으로. 일주일 후 무료로 시청하십시오.

무료 영원히 시작가격 비교