@mostajs/pdf-sign-ui 0.3.0 → 0.3.2

package/CHANGELOG.md

@@ -4,6 +4,40 @@
 
 Le format suit [Keep a Changelog](https://keepachangelog.com/fr/) ; versionnage [SemVer](https://semver.org/lang/fr/).
 
+## [0.3.2] — 2026-10-06
+
+### Corrigé — les identifiants de l'horodateur passent
+- `buildSignRequest` transmet désormais `timestampHeaders`, `timestampAuth` et `timestampTimeout`
+  (`@mostajs/pdf-sign` ≥ 0.4.0). Son jeu de clés étant fermé, il les **perdait** : un horodateur
+  qualifié qui authentifie son client (clé d'API dans `X-API-KEY`) répondait 401 à chaque
+  scellement, alors que l'appelant avait fourni la clé. L'avertissement « PERDUE » le signalait,
+  sans l'empêcher.
+- Relevé le 06/10/2026 en branchant l'horodateur d'Evidency dans mdseal.
+
+## [0.3.1] — 2026-09-29
+
+### Corrigé — « valide » exige intact ET valid ÉTABLIS
+- `buildVerifyViewModel` tenait une signature pour valide dès que `intact` et `valid` n'étaient
+  **pas false**. `undefined` passait donc — or c'est ce que rend la détection du moteur Node :
+  une signature **présente**, rien de **vérifié**. Un document non vérifié s'affichait
+  « Signature(s) valide(s) ». Il faut désormais `intact === true` **et** `valid === true`.
+- `statusLabel` affichait « Valide et de confiance » dès que `trusted` était vrai, **avant** de
+  regarder l'intégrité. La confiance ne se lit plus qu'après elle.
+- Aucun libellé nouveau : les quatre existants suffisent, rien à traduire.
+
+Relevé le 29/09/2026 en vérifiant `@mostajs/pdf-sign` 0.4.1, qui cesse de son côté de retomber
+en silence sur la détection Node. Les deux corrections se complètent : l'une ne produit plus le
+cas, l'autre ne le prend plus pour un succès s'il arrive.
+
+### Essais
+- V-UI-1 à 5 : détection Node, document altéré (`valid:true, intact:false`), confiance sans
+  intégrité, valide sans confiance, une signature non vérifiée parmi deux valides. Contre-épreuve :
+  l'ancienne règle fait échouer V-UI-1, 3 et 5.
+
+### Modifié
+- `peerDependencies["@mostajs/pdf-sign"]` : `^0.3.0` → `^0.3.0 || ^0.4.0` (en 0.x, `^0.3.0`
+  refusait la 0.4).
+
 ## [0.3.0] — 2026-09-26
 
 ### Ajouté
@@ -18,6 +52,11 @@ Le format suit [Keep a Changelog](https://keepachangelog.com/fr/) ; versionnage
   On avertit sans lever : lever casserait un appelant passant une clé supplémentaire inoffensive,
   alors que le but est seulement que la perte cesse d'être invisible.
 
+### Essais
+- Quatre essais tiennent désormais ce que les commentaires ne retenaient pas : `timestampUrl`
+  transmis, vide écarté, clé inconnue **nommée** dans l'avertissement, et silence sur un
+  formulaire normal — un avertissement qui se déclenche toujours ne se lit plus.
+
 ### Modifié
 - `peerDependencies["@mostajs/pdf-sign"]` : `^0.2.0` → `^0.3.0`.
 

package/llms.txt

@@ -1,7 +1,7 @@
 # @mostajs/pdf-sign-ui — fiche LLM
 > Couche de PRÉSENTATION de @mostajs/pdf-sign : logique HEADLESS (validation du formulaire de signature, préréglages de documents officiels/SIH, view-models moteur & vérification, contrôleur orchestrant un `service` injecté). Framework-agnostique, zéro dépendance, testable sans navigateur. IMPLÉMENTÉ 0.2.0.
 
-- Version: 0.2.0 · Licence: AGPL-3.0-or-later · Auteur: Dr Hamid MADANI <drmdh@msn.com>
+- Version: 0.3.2 · Licence: AGPL-3.0-or-later · Auteur: Dr Hamid MADANI <drmdh@msn.com>
 - Chemin: mostajs/mosta-pdf-sign-stack/mosta-pdf-sign-ui · Moteur: ../mosta-pdf-sign
 
 ## RÔLE
@@ -49,3 +49,8 @@ Composants en React.createElement (pas de JSX à transpiler ; bundler pour les .
   NOMME (et non celui des permissions).
 - buildEngineViewModel expose `canLock`.
 - peerDependency @mostajs/pdf-sign passe à ^0.2.0 (l'option n'existe pas avant).
+- buildVerifyViewModel (0.3.1) : « valide » EXIGE intact===true ET valid===true. undefined (détection
+  Node : présente, non vérifiée) ⇒ « Présente (non validée) ». valid:true + intact:false = ALTÉRÉ ⇒ « Invalide ».
+- buildSignRequest (0.3.2) : transmet timestampUrl ET les identifiants de l horodateur — timestampHeaders
+  (ex. { "X-API-KEY": cle }), timestampAuth { user, password }, timestampTimeout (s). Jeu de clés FERMÉ :
+  toute option absente est PERDUE (avertissement), d où leur ajout explicite.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@mostajs/pdf-sign-ui",
-  "version": "0.3.0",
+  "version": "0.3.2",
   "description": "Couche de présentation de @mostajs/pdf-sign — logique headless (validation du formulaire de signature, préréglages de documents officiels/SIH, view-models de vérification, contrôleur). Framework-agnostique, zéro dépendance.",
   "license": "AGPL-3.0-or-later",
   "author": "Dr Hamid MADANI <drmdh@msn.com>",
@@ -22,7 +22,7 @@
     "example": "node examples/verify-viewmodel.mjs"
   },
   "peerDependencies": {
-    "@mostajs/pdf-sign": "^0.3.0",
+    "@mostajs/pdf-sign": "^0.3.0 || ^0.4.0",
     "react": ">=18"
   },
   "peerDependenciesMeta": {

package/src/headless.js

@@ -84,7 +84,7 @@ const CLES_CONNUES = new Set([
   'input', 'output', 'p12', 'passphrase', 'passphraseFile', 'engine',
   'reason', 'name', 'location', 'contact', 'preset',
   'page', 'box', 'stampImage', 'permissions', 'restrict',
-  'openPassword', 'timestampUrl',
+  'openPassword', 'timestampUrl', 'timestampHeaders', 'timestampAuth', 'timestampTimeout',
 ]);
 
 function signalerClesPerdues(data) {
@@ -130,6 +130,11 @@ export function buildSignRequest(data = {}) {
     // PAdES-T. Perdu ici en silence lors de sa première intégration — exactement comme
     // `openPassword` avant lui. D'où l'avertissement ci-dessous.
     timestampUrl: data.timestampUrl || undefined,
+    // 0.3.2 (06/10/2026) — les IDENTIFIANTS de l'horodateur (`@mostajs/pdf-sign` 0.4.0). Un horodateur
+    // qualifié authentifie son client : perdus ici, la clé d'API n'arrivait jamais (401 à chaque scellement).
+    timestampHeaders: data.timestampHeaders && Object.keys(data.timestampHeaders).length ? data.timestampHeaders : undefined,
+    timestampAuth: data.timestampAuth || undefined,
+    timestampTimeout: numOrUndef(data.timestampTimeout),
   };
   signalerClesPerdues(data);
   return prune(req);
@@ -183,7 +188,14 @@ export function buildVerifyViewModel(result, opts = {}) {
     signer: s.signer,
     status: statusLabel(s, t),
   }));
-  const allValid = rows.length > 0 && rows.every((r) => r.valid !== false && r.intact !== false);
+  // ⚠️ « Valide » exige que les DEUX soient établis — `intact === true` ET `valid === true`.
+  //
+  // Jusqu'en 0.3.0, on lisait « pas false » : `undefined` passait pour valide. Or c'est exactement
+  // ce que rend la détection du moteur Node (`intact` et `valid` indéfinis : une signature est
+  // PRÉSENTE, rien n'a été VÉRIFIÉ) — et un document non vérifié s'affichait « Signature(s)
+  // valide(s) ». `valid` seul ne suffit pas non plus : sur un document ALTÉRÉ, pyhanko rend
+  // `valid: true` et `intact: false`.
+  const allValid = rows.length > 0 && rows.every((r) => r.valid === true && r.intact === true);
   return {
     signed: true,
     engine: result.engine,
@@ -194,8 +206,11 @@ export function buildVerifyViewModel(result, opts = {}) {
 
 function statusLabel(s, t) {
   if (s.valid === false || s.intact === false) return t("Invalide");
-  if (s.trusted) return t("Valide et de confiance");
-  if (s.valid || s.intact) return t("Valide (confiance non établie)");
+  // La confiance ne se lit qu'APRÈS l'intégrité : un certificat reconnu sur un document dont on
+  // ne sait pas s'il a changé ne rend pas ce document « valide et de confiance ».
+  if (s.valid === true && s.intact === true) {
+    return s.trusted ? t("Valide et de confiance") : t("Valide (confiance non établie)");
+  }
   return t("Présente (non validée)");
 }