- Navios
- 6 de agosto de 2026 às 13:02 UTC
- Autor
- Kamo
- Enviar
- cbc8efb
A verificação de contagem de sinais adicionada última rodada exigiu uma correspondência EXACT contra o as faixas horárias declaradas do modelo, que teriam interrompido silenciosamente as divulgações de hipotecas Vou sair. O remetente nativo-divulgação do SecurityService deriva um sinalizador por URLA mutuário que tem um EMAIL, sem consciência de modelo, então um modelo de autoria com Mutuário + slots de co-empréstimo enviados num empréstimo onde apenas um mutuário tem um email Fornece um sinalizador para duas faixas — um caso normal e legítimo. Esse caminho está fechado em uma tentativa/captura que falha suave em NATIVE SEND FAILED, por isso um exato 400 seria não aparecer como um erro para ninguém; apresentar-se-ia como "divulgações simplesmente não são sair". Sub-fornecimento agora procede e registra um warn nomeando o modelo, ambos Contagens e consequência: os campos dos slots não preenchidos não serão assinados. Isto é... também o comportamento de hoje, por isso permitir que não seja uma regressão. O excesso de fornecimento é de 400. É genuinamente ambíguo — não há espaço certo para ligar os extras a — e deixar sozinho produz um envelope onde cada destinatário é mostrado campos zero e pode pressionar Terminar não ter assinado nada. O cheque fica onde estava, acima do primeiro destinatário salvar e o primeiro convite e-mail, assim um Rejeitado enviar ainda escreve nenhuma linha e e- mails ninguém. A assimetria é deliberada; requireSignerCountMatchesSlots é renomeada requireSignerCountWithinSlots e seu javadoc declara ambas as regras e porquê, então um O futuro leitor não o arruma de volta à simetria.