datakeen-session-react 1.1.195-rc.3 → 1.1.196

package/dist/esm/components/template/ComplementaryMandateNodeHandler.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"ComplementaryMandateNodeHandler.js","sources":["../../../../../src/components/template/ComplementaryMandateNodeHandler.tsx"],"sourcesContent":["import React, { useEffect, useRef, useState } from 'react';\nimport { useI18n } from '../../hooks/useI18n';\nimport { checkComplementaryMandate } from '../../services/sessionService';\nimport type { ComplementaryMandateOutcome } from '../../types/session';\nimport LoadingState from '../states/LoadingState';\nimport Button from '../ui/Button';\n\nexport default function ComplementaryMandateNodeHandler({ sessionId, nodeId, onOutcome }: { sessionId: string; nodeId: string; onOutcome: (outcome: ComplementaryMandateOutcome) => void }) {\n  const { t } = useI18n();\n  const [error, setError] = useState(false);\n  const [attempt, setAttempt] = useState(0);\n  const callback = useRef(onOutcome);\n  callback.current = onOutcome;\n  useEffect(() => {\n    let active = true;\n    setError(false);\n    checkComplementaryMandate(sessionId, nodeId).then(({ outcome }) => {\n      if (active) callback.current(outcome);\n    }).catch(() => { if (active) setError(true); });\n    return () => { active = false; };\n  }, [sessionId, nodeId, attempt]);\n  if (!error) return <LoadingState message={t('complementary_mandate.loading')} />;\n  return <div className=\"flex flex-col items-center gap-4 p-6\">\n    <p role=\"alert\">{t('complementary_mandate.error')}</p>\n    <Button onClick={() => setAttempt(value => value + 1)}>{t('complementary_mandate.retry')}</Button>\n  </div>;\n}\n"],"names":["_jsx","_jsxs"],"mappings":";;;;;;;AAOc,SAAU,+BAA+B,CAAC,EAAkI,EAAA;AAAhI,IAAA,IAAA,SAAS,eAAA,EAAE,MAAM,GAAA,EAAA,CAAA,MAAA,EAAE,SAAS,GAAA,EAAA,CAAA,SAAA;AAC5E,IAAA,IAAA,CAAC,GAAK,OAAO,EAAE,EAAd;IACH,IAAA,EAAA,GAAoB,QAAQ,CAAC,KAAK,CAAC,EAAlC,KAAK,GAAA,EAAA,CAAA,CAAA,CAAA,EAAE,QAAQ,GAAA,EAAA,CAAA,CAAA,CAAmB;IACnC,IAAA,EAAA,GAAwB,QAAQ,CAAC,CAAC,CAAC,EAAlC,OAAO,GAAA,EAAA,CAAA,CAAA,CAAA,EAAE,UAAU,GAAA,EAAA,CAAA,CAAA,CAAe;AACzC,IAAA,IAAM,QAAQ,GAAG,MAAM,CAAC,SAAS,CAAC;AAClC,IAAA,QAAQ,CAAC,OAAO,GAAG,SAAS;AAC5B,IAAA,SAAS,CAAC,YAAA;QACR,IAAI,MAAM,GAAG,IAAI;QACjB,QAAQ,CAAC,KAAK,CAAC;QACf,yBAAyB,CAAC,SAAS,EAAE,MAAM,CAAC,CAAC,IAAI,CAAC,UAAC,EAAW,EAAA;AAAT,YAAA,IAAA,OAAO,GAAA,EAAA,CAAA,OAAA;AAC1D,YAAA,IAAI,MAAM;AAAE,gBAAA,QAAQ,CAAC,OAAO,CAAC,OAAO,CAAC;AACvC,QAAA,CAAC,CAAC,CAAC,KAAK,CAAC,YAAA,EAAQ,IAAI,MAAM;AAAE,YAAA,QAAQ,CAAC,IAAI,CAAC,CAAC,CAAC,CAAC,CAAC;AAC/C,QAAA,OAAO,cAAQ,MAAM,GAAG,KAAK,CAAC,CAAC,CAAC;IAClC,CAAC,EAAE,CAAC,SAAS,EAAE,MAAM,EAAE,OAAO,CAAC,CAAC;AAChC,IAAA,IAAI,CAAC,KAAK;QAAE,OAAOA,GAAA,CAAC,YAAY,EAAA,EAAC,OAAO,EAAE,CAAC,CAAC,+BAA+B,CAAC,EAAA,CAAI;IAChF,OAAOC,IAAA,CAAA,KAAA,EAAA,EAAK,SAAS,EAAC,sCAAsC,aAC1DD,GAAA,CAAA,GAAA,EAAA,EAAG,IAAI,EAAC,OAAO,EAAA,QAAA,EAAE,CAAC,CAAC,6BAA6B,CAAC,EAAA,CAAK,EACtDA,IAAC,MAAM,EAAA,EAAC,OAAO,EAAE,YAAA,EAAM,OAAA,UAAU,CAAC,UAAA,KAAK,EAAA,EAAI,OAAA,KAAK,GAAG,CAAC,CAAA,CAAT,CAAS,CAAC,CAAA,CAA9B,CAA8B,YAAG,CAAC,CAAC,6BAA6B,CAAC,EAAA,CAAU,IAC9F;AACR;;;;"}

package/docs/COMPLEMENTARY_MANDATE.md

@@ -1,22 +0,0 @@
-# Nœud mandat complémentaire
-
-`ComplementaryMandateNodeHandler` exécute un POST sans corps vers
-`/session/sdk/:id/complementary-mandate/:nodeId`. L'identité doit avoir été
-persistée par le formulaire précédent. L'authentification réutilise l'intercepteur
-de credentials du SDK. Seuls `same_signer`, `new_signer`, `no_mandate` sont acceptés
-comme réponse. Le handler appelle `goToNextStep(node.id, template, outcome)`.
-
-Le nœud affiche un chargement FR/EN/ES, puis suit le verdict serveur. Une erreur
-réseau, serveur ou réponse inconnue affiche un message et un bouton réessayer :
-aucun fallback de routage. Les réponses arrivant après démontage sont ignorées.
-Le nœud est auto-exécutant et sauté par `goBack()`.
-
-Ce nœud exige une version SDK contenant ce handler. Le numéro de publication sera
-fixé lors de la livraison, pas dans cette implémentation locale. Les anciennes
-versions ne connaissent pas les trois issues. La reconstruction de l'historique
-au rechargement garde sa limite existante (première arête).
-
-Le backend scelle la première décision ; le retry ne change pas l'identité évaluée.
-Le SDK ne reçoit ni `sourceSessionId` ni l'identité historique. Le matching nom +
-prénom sans OTP présente le risque décrit dans
-[le contrat backend](../../backend/docs/COMPLEMENTARY_MANDATE.md).