- Shipped
- 6 de agosto de 2026 às 12:32 UTC
- Author
- Kamo
- Commit
- 1273f5d
submit () validou apenas o consentimento e o step- up; aceitou uma lista de valores vazios e ainda marcou o destinatário assinado. Validação de portos (esign-core), incluindo as regras que a caixa de seleção/toggle necessitam da string literal "verdadeiro" e multi seleção é um array JSON que deve ser não vazio. ************* é chamado de submit() com o mesmo singerUid filtered field list buildSession já compila — que a filtragem é agora extraído em um fields compartilhadoForSigner() helper para que haja um analisador, não Dois. IDs/tipos de campo vêm dos nomes de propriedades reais do projeto JSON ************* confirmado contra o design do esign-core.ts), não Adivinhei. Um desvio do trecho breve literal: campos signature box/inicial box Carregar o seu valor capturado em assinatura. imagemDataUrl, não valor (o fio contrato envia valor: nulo para aqueles) — o construtor de mapa apresentado agora verifica signature.imageDataUrl primeiro, retornando ao valor para cada outro campo Tipo. Seguindo o snippet literal `v.value()`-only lookup teria feito cada campo de assinatura necessário permanentemente "incompleto" e bloqueou tudo Assinar. Beneficiários sem sinalUid (cada envelope criado antes da tarefa 1) derivam um vazio conjunto necessário via camposForSigner, por isso falta permanece vazio e enviar procede exatamente como faz hoje — verificado pelo traço de código direto e por Faltam os testes da lista vazia.