- Szycy
- 6 sierpnia 2026 12:32 UTC
- Autor
- Kamo
- Pochęt się
- 1273f5d
submit() zatwierdzony tylko zgoda i intensyfikację; zaakceptował listę pustych wartości I nadal oznaczał odbiorcę SIGNED. Ports validation.ts (esign-core), w tym reguły, które sprawdzają, potrzebują literalnego łańcucha "true" i multi_select Jest to układ JSON, który musi być nieopuszczalny. - jest wywołany z submit() z tym samym Sygnalizator Uid-fotered field list buildSession już się buduje — to filtrowanie jest Teraz wyekstrahowany w wspólne polaForSigner() pomocnik, więc jest jeden parser, a nie Dwa. Id / typy pól pochodzą z nazw nieruchomości JSON - potwierdzony przeciwko design.ts esign-core), a nie Zgadywać się. Jedno odchylenie od dosłownego krótkiego fragmentu: pola signature_box/initial_box Przenoszą ich przechwyconą wartość w signature.imageDataUrl, a nie wartość (przewod Umowa wysyła wartość: nieważna dla nich) — czeki nadesłany builder mamapowy signature.imageDataUrl first, powrót do wartości dla każdej innej dziedziny Typ. Po dosłownym wypisie "v.value()" - wyglądzie tylko Każde wymagane pole podpisu trwale "niekompletne" i zablokowane wszystkie Podpisanie kontraktu. Odbiorcy bez signerUid (każda koperta utworzona przed Zadaniem 1) uzyskują Pusty wymagany zestaw za pośrednictwem pólForSigner, więc brak pozostaje pusty i poddaje się Postępuje dokładnie tak, jak to jest dzisiaj – zweryfikowane przez bezpośredni ślad kodu i Brakujące testy pustej listy.