- Navios
- 9 de setembro de 2026 às 22:36 UTC
- Autor
- Kamo
- Enviar
- cbd94e3
`@kamo/esign-core` agora carrega a divulgação do consumidor em si — seis cláusulas, cada língua o sinal do produto e `consentDisclosure(locale, brand)` para preencher o nome do remetente. Estava em... dicionário kamo-signer; pertence aqui por duas razões. É mostrado em duas superfícies, e um assinante após um link por e-mail deve estar concordando com as mesmas palavras que um membro assinando o mesmo Documento de dentro da plataforma. E é VERSIONED: `CONSENT DISCLOSURE VERSION` é escrito na linha do destinatário no momento da autorização e impressa no certificado de conclusão, "eles aceitaram a divulgação" designa um texto específico — que não pode fazer se um gasoduto de tradução pode rever as palavras sem ninguém bater a versão. Mudar a redação é, portanto, um salto de versão aqui E no EsigService's EsignCertificateService. Certificados antigos continuam nomeando a versão antiga, que é o ponto de ter um. A etapa de publicação agora aceita qualquer credencial que o registro leva. NPM PUBLISH TOKEN sai como um token, que é o que o kamo-js usa e o que executa 12016 falhou por falta de — esse segredo existe em kamo-js e não neste repo. GIT CLONE TOKEN, que este repo tem, é um usuário do Forgejo token; o registo de pacotes aceita aqueles apenas como autenticação BASIC, e responde a um 401 nu quando um é enviado como portador, sem nada a dizer o esquema era o problema. Tenta o portador primeiro, cai de volta ao básico, e prova a credencial com `npm whoami` antes de construir qualquer coisa — assim um credencial que não pode publicar diz isso em vez de falhar três passos mais tarde dentro `pnpm publish`.