Maarch forge - Centre de support: Demandeshttps://forge.maarch.org/https://forge.maarch.org/themes/boostmine-1.2-maarch/favicon/favicon.ico?15265463262024-03-11T13:25:28ZMaarch forge - Centre de support
Redmine Backlog RM - Fonctionnalité #28251 (A traiter): [Socle][Relation] Donner la possibilité de créer ...https://forge.maarch.org/issues/282512024-03-11T13:25:28ZJérôme BOUCHER
<p>Il est possible d'afficher des relations via l'ihm<br>
Il est possible d'ajouter des relations via api</p>
<p>Attendu : Pouvoir ajouter des relations avec des archives </p>
Backlog RM - Fonctionnalité #27124 (R&D - En test): [Medona] Donner la possibilité au service pro...https://forge.maarch.org/issues/271242023-11-07T15:41:52ZJérôme BOUCHER
<p>En tant que service producteur, je souhaite pouvoir accéder aux bordereaux de depot et de transfert.</p>
<p>Acutellement, uniquement le service versant et le service d'archive ont accès aux bordereaux</p>
Backlog RM - Anomalie #27084 (Clôturé): [Authentication] La durée de validité du token n'est pas ...https://forge.maarch.org/issues/270842023-11-02T11:26:40ZJérôme BOUCHER
<p>La documentation précise que la durée de validité est en jour, or la situation actuelle montre que ce dernier est en heure.</p>
<p>Dans userAuthentication, lors du login, la vérification de la validité est comparé avec la différence entre la dernière connexion et la dernière modification de mot de passe divisé pa la durée de validité du token. <br>
Cette division devrait se faire par le nombre de secondes en une journée, afin de faire la différence entre des unités de même valeur (des jours avec des jours et non des jours avec une valeur changeante en fonction du token (souvent en heure avec une valeur de token fixée à 3600 secondes))</p>
<p>Attendu : En tant qu'administrateur, je veux que la durée rentré dans le paramètre passwordValidity du fichier de configuration soit en jour</p>
Backlog RM - Fonctionnalité #26867 (Clôturé): [ArchivesPubliques][Transfert] Pas de détection du ...https://forge.maarch.org/issues/268672023-10-12T09:06:25ZJérôme BOUCHER
<p>Lors d'un transfert en seda 1 ou en seda 2, si le type mime déclaré dans le bordereau n'est pas conforme avec celui du document, aucune erreur n'est remonté</p>
Backlog RM - Anomalie #26727 (Clôturé): [Destruction] Fichier .metadata non suppriméhttps://forge.maarch.org/issues/267272023-09-28T15:11:02ZJérôme BOUCHER
<p>Lors d'une destruction d'archive, le fichier .metadata n'est pas supprimé car dans la fonction deleteObject dans dependency/repository/Adapter/fileSystem/Repository, l'on se base sur la chemin de l'objet à détruire et non du dossier contenant ce dernier.</p>
Backlog RM - Anomalie #26620 (Clôturé): [Meonda] Prise en compte de la date de départ de la durée...https://forge.maarch.org/issues/266202023-09-19T14:05:53ZJérôme BOUCHER
<p>La date de conservation n'est pas prise en compte lorsqu'elle est renseignée dans le message</p>
Backlog RM - Anomalie #26618 (Clôturé): [Medona] Date des messages incorrecteshttps://forge.maarch.org/issues/266182023-09-19T13:54:16ZJérôme BOUCHER
<p>La propriété date des messages est incorrecte car elle ne prend pas en compte le fuseau horaire et provoque des décalages de temps en base (de une à deux heures sur le referentiel de Paris).</p>
<p>La fonction de création des messages utilise la fonction newDatetime() de laabs avec un fuseau horaire inscrit comme UTC alors qu'il faudrait utiliser celui du fuseau horaire de l'utilisateur. la fonction newDatetime calculant une différence de temps entre UTC et la valeur de fuseau renseigné et appliquant cette différence à l'heure actuelle. La différence calculéé étant nulle (différence entre UTC et UTC), la diff de temps enregistré en base l'était aussi et on se retrouvait donc avec un décalage.</p>
<p>Il faut modifier les appels à \laabs::newDatetime() par \laabs::newTimestamp() afin de se prémunir de ces erreurs</p>
Backlog RM - Fonctionnalité #25215 (Clôturé): [Attestations] Génération automatique des attestationshttps://forge.maarch.org/issues/252152023-06-05T13:03:42ZJérôme BOUCHER
<p>Les attestations doivent être générées systématiquement et automatiquement pour tous les évènements concernés.<br>
Elles doivent être archivées et conservées comme les documents.<br>
Elles doivent être liées à l’évènement ou l’archive suivant le cas et être accessibles depuis les écrans d'affichage de résultats (de l'évènement ou de l'archive)</p>
<p>Implémenter les fonctions pour produire des attestations documentées au format PDF pour chacun des événements concernés, en plus des traces, journaux et messages d'échange.</p>
Backlog RM - Anomalie #22116 (Clôturé): [ArchiveTransfer] Erreur lors d'un versement de profil in...https://forge.maarch.org/issues/221162022-09-15T08:23:06ZJérôme BOUCHER
<p>Il y a une erreur vsprintf de remonté lorsque l'on verse une archive dont le profil est inconnu. On envoie une string en quatrième argument de BadRequestException dans archiveValidationTrait au lieu d'un array</p>
Backlog RM - Régression #19606 (Clôturé): [Connexion] Impossible de se connecter avec un nouvel u...https://forge.maarch.org/issues/196062022-01-25T15:41:24ZJérôme BOUCHER
<p>Impossible de se connecter avec un utilisateur nouvellement crée.<br>
Erreur dans auth/Controller/userAuthentication avec une variable non définie</p>
Backlog RM - Anomalie #18354 (Clôturé): [Exception] UnknownUserException Mauvais comportementhttps://forge.maarch.org/issues/183542021-09-22T08:13:09ZJérôme BOUCHER
<p>auth\UknownUserException n'étends pas \core\Exception et ne permet pas de personnaliser les messages</p>
Backlog RM - Anomalie #17181 (R&D - Terminé): [Archives Publiques] Liste des règles de conservati...https://forge.maarch.org/issues/171812021-05-26T13:13:05ZJérôme BOUCHER
<p>La liste des reègles de conservation est vide sur AP<br>
L'écran de registre est surcouché sur AP (fonction search dans /archivesPubliques/content.php) et ne set pas la variable $retentionRules pour pouvoir correctement afficher les règles de conservation</p>
Backlog RM - Anomalie #16934 (Clôturé): [Version Php] Assurer la compatibilité de la version 2.6 ...https://forge.maarch.org/issues/169342021-04-26T12:37:24ZJérôme BOUCHER
<p>La version 2.6 de maarchRM est compatible php7.2 mais pas php 7.4.<br>
Des problèmes à la modification des métadonnées ou à la consultation de la vue de journal de l'application est impossible</p>
Backlog RM - Anomalie #13804 (R&D - A étudier): [Seda] Erreur dépôt RelatedObjectReferencehttps://forge.maarch.org/issues/138042020-04-21T07:42:42ZJérôme BOUCHER
<a name="Attendu"></a>
<h2 >Attendu<a href="#Attendu" class="wiki-anchor">¶</a></h2>
<p>Lors du versement transactionnel d'une archive seda1, je veux que les archives liées (dans la balise RelatedObjectReference) soient prises en compte en entrée, et ressorties.</p>
<a name="Correctif"></a>
<h2 >Correctif<a href="#Correctif" class="wiki-anchor">¶</a></h2>
<p>Lors du process dans seda:ArchiveTrasnfer, on envoie un tableau vide dans la fonction processRelatedObjectReferences, car l'archive liée n'a pas encore été crée. Il est nécessaire de reproduire un comportement simialire dans la fonction process de seda/ArchiveTransfer que dans seda2/ArchiveTransfer avec une double boucle, afin de gérer et créer d'abord les archiveUnit et ensuite créer les relations.</p>
Backlog RM - Fonctionnalité #10092 (R&D - A étudier): [Auth] Génération de mot de passehttps://forge.maarch.org/issues/100922019-03-27T11:26:22ZJérôme BOUCHER
<p>Comportement actuel : Lors de la création d'un nouvel utilisateur, je renseigne un mot de passe, que l'utilisateur devra renseigner lors de sa première connexion pour ensuite le modifier</p>
<p>Comportement attendu : Lors de la création d'un nouvel utilisateur, un email lui est envoyé, l'informant de la création d'un compte, avec un lien vers une page de génération de mot de passe. L'administrateur n'a pas à renseigner de mot de passe ou même à le connaître à n'importe quelle étape du processus.</p>
<p><strong>US</strong></p>
<p>En tant qu'administrateur technique, je veux avoir la possibilité d'envoyer directement un mail générant un mot de passe, ou créer un mot de passe (modifiable ensuite par l'utilisateur) à la création, afin de mieux se conformer à l'ISO 27001.</p>
<p><strong>Critères d'acceptation</strong></p>
<ul>
<li>Choisir le scenario dans la configuration ;</li>
</ul>