Maarch forge - Centre de support: Demandeshttps://forge.maarch.org/https://forge.maarch.org/themes/boostmine-1.2-maarch/favicon/favicon.ico?15265463262024-03-26T09:46:26ZMaarch forge - Centre de support
Redmine Backlog Courrier - Fonctionnalité #28483 (R&D - En test): Parapheur. Laisser ouvert le volet de n...https://forge.maarch.org/issues/284832024-03-26T09:46:26ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<ul>
<li>Fermeture par croix</li>
<li>fermeture par clic en dehors du volet</li>
</ul>
Backlog Courrier - Fonctionnalité #28315 (R&D - En test): (UX) Adaptations de la modale d'envoi a...https://forge.maarch.org/issues/283152024-03-14T10:12:05ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<p>Reprise fonctionnalités d'envoi aux parapheurs externes</p>
<p>1.<br>
lorsque je choisis un élément du filtre 'Intégré au Parapheur', le filtre des types de PJ est réinitialisé sur "Tous"</p>
<p>2.<br>
Filtrer les types de PJ affichés par Signable / Non signable</p>
<ul>
<li>filtre pour visa / signature : afficher uniquement type PJ signables</li>
<li>filtre pour annexes : afficher uniquement types non signables</li>
</ul>
<p>3.</p>
<p>Ajouts de PJ (A voir)</p>
<p>Repositionner le filtre sur "intégrés au Parapheur" (Scénario a rejouer)</p>
Backlog Courrier - Fonctionnalité #27052 (Complément d'Informations): FRONT (ATELIER) - Les versi...https://forge.maarch.org/issues/270522023-10-31T09:04:19ZNicolas TOUCHARD
<pre>CONTEXTE
Le client l'utilité de reconsulter chaque ancienne version d'un document Courrier Départ
édité même après sa signature via Fast.
Attendu : Consulter chaque ancienne version d'un document Courrier Départ édité même
après sa signature via Fast
Constaté : Selon la cliente, depuis la 2301, seul les anciennes versions d'un document
Projet de réponse édité restent consultables après signature via Fast
Reproduit o/n
Etapes pour reproduire (non reproductible sans compte Fast, un document Courrier Départ
édité puis signé via parapheur interne conserve ces anciennes versions en 2301)
</pre>
<p>En tant qu'utilisateur, je souhaite consulter les différentes versions d'un document principal d'un courrier départ.<br>
C'est possible avant signature via un parapheur externe.<br>
Ce n'est plus possible une fois le document signé.</p>
<p>Seule la dernière version non signée est consultable.</p>
<p>Attendu : pouvoir consulter toutes les versions antérieures même après signature.</p>
<p>Pour reproduire :</p>
<ul>
<li>Nouveau courrier départ</li>
<li>Document éditable en document principal</li>
<li>enregistrer le courrier</li>
<li>rééditer le document principal</li>
<li>2 versions du document sont présentes et consultables</li>
<li>Envoyer le document principal à la signature vers Fast Parapheur (ou un parapheur externe)</li>
<li>Au retour de signature, seule la dernière version est consultable</li>
</ul>
Backlog RM - Anomalie #26991 (A qualifier): [Authentification] Erreur lors de la modification de ...https://forge.maarch.org/issues/269912023-10-25T10:17:39ZJérôme BOUCHER
<p>Il y a une erreur au login lorsque l'on modifie la valeur passwordValidity de securityPolicy dans la configuration et que l'utilisateur cherchant à se connecter n'a jamais modifié son mot de passe (passwordlastChange à null)</p>
<p>Il faut pouvoir gérer les cas des clients existants en prenant en compte cette valeur null et mettre à zero si rencontré, et pour les nouveaux utilisateurs crées, mettre le timestamp de creation en passwordlastChange afin de prendre en consideration la durée de validite du token.</p>
Backlog RM - Fonctionnalité #26222 (A traiter): [Recherche][ArchivesPubliques] Archives sans prof...https://forge.maarch.org/issues/262222023-08-04T12:40:57ZJérôme BOUCHER
<p>Les archives sans profils ne sont pas retournées lors d'une recherche depuis le registre.<br>
La fonction searchJson() dans archivesPubliques/Controller/content exclus dans la construction de sa requête json les archives ayant une descriptionClass différente de archivesPubliques/content et de recordsManagement/log afin d'aviter de remonter des resultats seda1 et des archives de journaux dans la recherche.<br>
Les archives versées directements (sans profils d'archives) ne contiennent pas de descriptionClass et ne sont pas retournées lors d'une recherche.</p>
<p>Pour se faire, il faut utiliser l'opérateur 'IS DISTINCT FROM' au lien de '!=' afin de retourner également les null (voir <a href="https://stackoverflow.com/questions/72252495/in-postgres-field-n-fails-to-include-null-value">https://stackoverflow.com/questions/72252495/in-postgres-field-n-fails-to-include-null-value</a>)</p>
Backlog RM - Anomalie #25632 (A qualifier): La pagination ne fonctionne plus sur la page principalehttps://forge.maarch.org/issues/256322023-06-27T08:52:04ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>Dans la page principale, en naviguant dans les dossiers, on affiche les unités d'archives du classement;</p>
<p>En haut à droite le choix du nombre d'éléments par page ne fonctionne plus.</p>
Backlog RM - Anomalie #24564 (A traiter): [Sécurité] Message "Utilisateur désactivé" à revoirhttps://forge.maarch.org/issues/245642023-04-12T07:38:25ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>Lorsque l'utilisateur est désactivé, le message à la tentative de connexion fournit l'information qu'il existe et facilite donc les attaques en force brute.</p>
<p>Comme pour le verrouillage et l'utilisateur inexistant, il faut un message unique.</p>
Backlog RM - Anomalie #24310 (En observation): [Statistiques] La page des statistiques ne s'affic...https://forge.maarch.org/issues/243102023-03-20T16:57:13ZArnaud PAUGET
<p>Il doit y avoir trop d'informations demandées au serveur lors de juste l'affichage de la page de recherche des statistiques ce qui bloque au bout d'un certain temps. </p>
Backlog RM - Anomalie #23839 (En cours): [Registre - Gestion] Le sélecteur de service producteur ...https://forge.maarch.org/issues/238392023-02-14T09:52:44ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>Quand le SP n'est pas dans la même organisation que l'utilisateur en cours, l'affichage dans la sélection n'est pas correct.</p>
<p>Organigramme :</p>
<pre>[Collectivité]
- Archives Départementales
[Services de l'état]
[Police]
- Commissariat de ...
</pre>
<p>Recherche de "arc", l'affichage montre :</p>
<pre>[Police]
- Archives Départementales
</pre> Backlog RM - Fonctionnalité #22981 (Complément d'Informations): [Conversion] Utiliser le nom de f...https://forge.maarch.org/issues/229812022-11-29T15:40:00ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>Actuellement, l'appel aux modules de conversion transmet un chemin vers le fichier source et récupère un chemin vers le fichier converti.<br>
Le nom du fichier converti est utilisé comme nom de fichier de la ressource numérique ajoutée dans l'Archive.</p>
<p>Si le composant de conversion utilise un nom de fichier arbitraire (temporaire par exemple), la nouvelle ressource aura donc un nom différent de son original.</p>
<p>Exemple :<br>
- Ressource Acte.pdf<br>
- Conversion en PDF renvoie 0BC3.tmp<br>
- Maarch RM crée une ressource OBC3_2022-11-29_16-38-12.tmp</p>
<p>Il faudrait que le composant métier qui déclenche la conversion utilise le nom d'origine pour le suffixer, au lieu du nom renvoyé par le module.</p>
Backlog Courrier - Fonctionnalité #22803 (R&D - En cours): Analyse - iXbus : transmettre le docum...https://forge.maarch.org/issues/228032022-11-15T14:43:32ZEmmanuel DILLARDemmanuel.dillard@maarch.org
<pre>demande de plusieurs utilisateurs de Maarch courrier qui avaient l’habitude de pouvoir modifier
certains documents dans Ixbus.
Ceci n’est plus possible depuis la mise en place de la nouvelle interface entre Maarch et Ixbus,
le document est transformé en PDF lors de l’envoi et donc non modifiable.
Est-il possible de remettre cette fonctionnalité dans Maarch, c’est-à-dire envoyer
le document dans son format d’origine
</pre>
<p><strong>A. Compréhension</strong></p>
<p>En tant qu'utilisateur,<br>
je souhaite envoyer les documents à la signature du parapheur externe au format bureautique<br>
afin que les destinataires puissent les modifier sur le Parapheur externe</p>
<p>Analyse d'implémentation. (version 2301)</p>
<ul>
<li>Envoi du fichier au format d'origine</li>
<li>Réception en PDF</li>
</ul>
<p>Voir options disponibles en API.<br>
Si oui ajout de paramètres</p>
<p><strong>B. Proposition</strong></p>
<p>Adapter le connecteur ixBus pour permettre l'envoi du fichier au format bureautique d'origine du document.<br>
Nouveau paramètre de configuration du connecteur côté serveur (fichier remoteSignatoryBooks.xml)</p>
<p><strong>C. Impacts</strong></p>
<p>Poste client nécessite l'installation d'une extension ixbus sur le poste (windows)<br>
Modifier le paramètre</p>
<p><strong>D. Evaluation</strong></p>
<p>Version candidate :</p>
Backlog RM - Anomalie #21823 (A traiter): Erreur de contrôle d'accès lors du contrôle d'intégritéhttps://forge.maarch.org/issues/218232022-08-22T15:39:39ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>La fonction de contrôle d'intégrité ne tient pas compte des droits d'accès de l'utilisateur en cours aux données d'archive lorsqu'elle ne possède pas de règle de communicabilité</p>
Backlog RM - Anomalie #21308 (R&D - A étudier): Déplacement de fichiers entre devices impossiblehttps://forge.maarch.org/issues/213082022-06-23T09:08:50ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>La fonction 'rename' de PHP est utilisée dans l'application pour déplacer les fichiers, par exemple d'un répertoire temporaire de réception ou de décompression d'un zip vers le répertoire cible de stockage.</p>
<p>Il n'existe pas de commande pour déplacer réellement, équivalente à un 'move'.</p>
<p>Problème: La commande ne fonctionne pas pour les répertoires lorsque la source et la cible sont sur des devices différents.</p>
<p>Action à mener: <br>
- analyse d'impact, recherche des appels à rename() dans toute l'application, pour lesquels on a potentiellement un répertoire en entrée<br>
- trouver une solution de contournement ou une règle pour la config à écrire dans la documentation</p>
Backlog RM - Anomalie #20608 (Complément d'Informations): Erreur de composition des paquets SEDA ...https://forge.maarch.org/issues/206082022-04-25T14:02:37ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>Lors d'une modification ou demande de communication (ou toute autre sortie d'un DIP), le système renvoie une erreur inconnue.</p>
Backlog RM - Anomalie #16513 (R&D - A étudier): [Versement ] Trop de fichiers ouverts lors du tra...https://forge.maarch.org/issues/165132021-03-09T15:37:59ZCyril VAZQUEZcyril.vazquez@maarch.org
<p>Lorsque le service de traitement des bordereaux de transfert prend en charge un nombre important de ressources à déposer (beaucoup de bordereaux ou un bordereau avec beaucoup de fichiers joints), le processus se termine en erreur, indiquant que le nombre maximum de fichiers ouverts simultanément a été atteint.</p>
<p>Ce problème existe depuis que les échanges de données utilisent des pointeurs de fichier au lieu d'un chargement en mémoire.<br>
Par défaut, la imite du nombre de fichiers ouverts simultanément (par fopen) par un processus est de 1024.</p>
<p>Il faut déjà donc prendre en compte cette limitation pour les lots importants en augmentant la limite système : <a href="https://www.tecmint.com/increase-set-open-file-limits-in-linux/">https://www.tecmint.com/increase-set-open-file-limits-in-linux/</a></p>
<p>Nous devons aussi vérifier que les fichiers ouverts pour un bordereau sont fermés après traitement de celui-ci.<br>
Le processus est le suivant:<br>
- medona/archiveTransfer::processBatch() <br>
pour chaque bordereau<br>
- appelle process()<br>
- medona/archiveTransfer::process() <br>
pour chaque bordereau<br>
- appelle le contrôleur d'empaquetage associé au schéma (SEDA2 par exemple) qui retourne un tableau d'archives (et leurs pointeurs de ressource) et un tableau de relations<br>
- boucle sur les archives pour réaliser le dépôt<br>
- boucle sur les relations pour les déclarer</p>
<p>Il faut vérifier que les pointeurs vers les ressources des archives soient fermés après dépôt.</p>