Det oppstår dobbelt signatur.json-objekt hvis man utfører sign via actions-endepunktet og deretter via process/next med sign som action, selv ved max-count: 1 på datatypen. Ved eventuelle flere steg vil da validering feile, ettersom det eksisterer for mange signaturobjekter i forhold til max-count. Man kan heller ikke gjøre signering via action-endepunktet og deretter kjøre process/next uten action. Det feiler.
DIBK ønsker gjerne at siste signatur overskriver eventuell tidligere utført via action-endepunktet. Konsekvenser av dette bør diskuteres først. Alternativet er feilmelding om man prøver å signere to ganger på identiske data? Process/next uten action bør fungere dersom man alt har signert via actions-endepunkt.
Steps To Reproduce
Ha en app med grunnleggende signering satt opp.
Sørg for at det finnes et dataelement av datatypen(e) som skal signeres, slik at vi har noe å signere på.
Signer via /action-endepunktet, feks. i Postman.
Prøv å kjør process/next uten sign-action. Dette tror vi gir feilmelding nå. Burde sikkert ikke det.
Prøv å kjør process/next med sign-action. Da bør gå igjennom, men du ender opp med to signeringobjekter, som vil feile i validering i eventuelle senere steg.
Description of the bug
Det oppstår dobbelt
signatur.json
-objekt hvis man utførersign
via actions-endepunktet og deretter viaprocess/next
medsign
som action, selv ved max-count: 1 på datatypen. Ved eventuelle flere steg vil da validering feile, ettersom det eksisterer for mange signaturobjekter i forhold til max-count. Man kan heller ikke gjøre signering via action-endepunktet og deretter kjøre process/next uten action. Det feiler.DIBK ønsker gjerne at siste signatur overskriver eventuell tidligere utført via action-endepunktet. Konsekvenser av dette bør diskuteres først. Alternativet er feilmelding om man prøver å signere to ganger på identiske data? Process/next uten action bør fungere dersom man alt har signert via actions-endepunkt.
Steps To Reproduce
Additional Information
Se Slack-samtale om issuet: https://altinn.slack.com/archives/CCQEQKGJD/p1714044845070929.