- Shipped
- 9 de septiembre de 2026 a las 22:36 UTC
- Author
- Kamo
- Commit
- cbd94e3
Kamo/esign-core ahora lleva la propia divulgación del consumidor - seis cláusulas, cada idioma el signos de producto en y ConsentDisclosure(locale, marca para llenar el nombre del remitente. Estaba en El diccionario del letamo-signer; pertenece aquí por dos razones. Se muestra en dos superficies, y un firmantes después de un enlace por correo electrónico debe estar de acuerdo con las mismas palabras que un miembro firmando el mismo documento desde dentro de la plataforma. Y es VERSIONADO: está escrito: "CONSENT-DISCLOSURE-VERSION" está escrito en la fila del destinatario en el momento del consentimiento e impreso en el certificado de terminación, así que "Aceptaron la revelación" nombra un texto específico que no puede hacer si un oleoducto de traducción puede revisar las palabras sin que nadie golpee la versión. Cambiar la redacción es, por lo tanto, un bache de versión aquí Y en EsignCertificateService de ESigService. Los antiguos certificados siguen nombrando la versión antigua, que es el punto de tener una. El paso de publicación ahora acepta cualquiera de las credenciales que toma el registro. NPM-PUBLISH-TOKEN sale como un sirviente, que es lo que utiliza el kamo-js y lo que corrió 12016 falló por falta de . . . . . . . . . . . . . . . . . en kamo-js y no en este repo. GIT-CLONE-TOKEN, que este repo tiene, es un usuario de Forgejo token; el registro de paquetes acepta a aquellos que sólo son como BASIC auth, y responde a un 401 desnudo cuando uno es enviado como portador, sin nada que decir el plan era el problema. Intenta al portador primero, cae volver a lo básico, y demuestra la credencial con "npm" whoami antes de construir nada - así que un Credencial que no puede publicar lo dice en lugar de fallar tres pasos más tarde dentro de la publicación de "pnpm".