Bug lors de l'archivage

[cleneveu]

Numéro de version
1.29.10

Bonjour David,

Je signale un potentiel bug. Nous avons mis en place l'archivage des signatures dans notre établissement, le chemin vers le dossier d'archivage sur le serveur est /home/signature/archives/.

Or, si on a bien compris (nous nous y sommes mis à plusieurs pour voir d'où ca venait :)) , lors de l'archivage, Signature alimente le champ exported_documenturi de la table sign_request en se basant sur le champ subject de la table sign_book. Le problème est que, si le sujet est trop long (ce qui peut arriver lorsque que l'on met plusieurs documents dans une même demande) on se retrouve avec une un champ exported_documenturide > 256 caractères, et là ça pête.

Il faudrait peut-être :

• se baser sur l'id du document plutôt que le champ subject
• ou alors tronquer dans le code manière à ce que cela ne fasse jamais plus de 256 caractères.

Pour résoudre, nous avons brutalement tronquer la colonne dans la base mais....c'est moche quand même.

Bonne journée à tous et bravo encore pour cette appli que beaucoup ont adopté au sein de l'établissement.

Cordialement

Clément

[dlemaignent]

Bonjour,
Le nomage des fichiers se fait en fonction du paramètre naming-template qui, par défaut, est "[title]", ce qui correspond en effet à "subject". Il est aussi possible de surcharger ce modèle par circuit, en configurant un modèle spécifique.
Pour rendre plus souple le nommage des documents dans l'espace d'archive, il faudrait peut être que j'ajoute une configuation spécifique "naming-template-archive" pour spécifier un autre modèle qui sera utilisé pour l'archivage ?
Dans tous les cas je peux ajouter une coupure à 256 caractères.

[cleneveu]

Bonjour David,
En effet rajouter une conf naming-template-archive ET couper à 256 caractères me semble une bonne solution.
Merci pour la réponse.
Clément

[dlemaignent]

Parfait, ça sera dispo dans la prochaine version !

[cleneveu]

Nickel, merci