- Verschifft
- 9. September 2026 um 22:36 UTC
- Autor
- Kamo
- Ausschuss
- cbd94e3
"@kamo/esign-core" trägt nun die Verbraucher-Offenlegung selbst - sechs Klauseln, jede Sprache Produkt Zeichen in, und "consentDisclosure(locale, brand) ", um den Namen des Absenders in zu füllen. Es war in Kamo-signer Wörterbuch; es gehört hier aus zwei Gründen. Es ist auf ZWEI Oberflächen gezeigt, und eine Signer nach einem per E-Mail-Link muss den gleichen Worten zustimmen, wie ein Mitglied die Unterzeichnung der gleichen Dokument aus dem Inneren der Plattform. Und es ist VERSIONED: "CONSENT_DISCLOSURE_VERSION" ist geschrieben auf der Empfängerreihe zur Zustimmung Zeit und auf der Bescheinigung über die Fertigstellung gedruckt, so "Sie haben die Offenlegung akzeptiert", nennt einen bestimmten Text - was er nicht tun kann, wenn eine Übersetzungspipeline kann die Wörter überarbeiten, ohne dass jemand die Version angreift. Die Änderung des Wortlauts ist daher eine Versionsbeule hier UND im EsignCertificateService von ESigService. Alte Zertifikate benennen immer wieder die alte Version, was der Sinn des Mitseins ist. Der Veröffentlichungsschritt akzeptiert nun beide Anmeldeinformationen, die die Registrierungsstelle nimmt. NPM_PUBLISH_TOKEN geht als Träger-Token, das ist, was kamo-js verwendet und was laufen 12016 scheiterte mangels . Dieses Geheimnis existiert auf kamo-js und nicht auf diesem Repo. GIT_CLONE_TOKEN, das dieses Repo hat, ist ein Forgejo-Benutzer Token; die Paketregistrierung akzeptiert diese nur als BASIC auth und beantwortet eine nackte 401, wenn man als Überträger geschickt, ohne zu sagen, dass das System das Problem war. Es versucht den Träger zuerst, fällt zurück zu den Grundlagen, und beweist die Beglaubigung mit .npm whoami" vor dem Bau etwas - so ein Anmeldeinformationen, die nicht veröffentlichen kann, sagt so, anstatt scheiterte drei Schritte später innerhalb von "pnpm veröffentlichen".