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 - 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 - 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 - Anomalie #25236 (A traiter): [Authentication] OpenSSL 3.0 et génération de tokenhttps://forge.maarch.org/issues/252362023-06-06T13:12:21ZJérôme BOUCHER
<p>Depuis la mise à jour d'openssl, la connexion à maarchRM est impossible (307 redirection vers la home.</p>
<p>Un bug apparaît lors de l'exécution de la fonction openssl_encrypt() dans encrypt() dans laabs.php. Une erreur est retournée (faire openssl_error_string() afin d'afficher l'erreur).<br>
Une piste de fix éfinitive serait de revoir la taille des padding pour le calcul de $data</p>
<p>Quickfix:<br>
Éditer la conf du fichier openssl.cnf (sous /etc/ssl/openssl.cnf )avec ces valeurs</p>
<p>[default_sect]<br>
activate = 1<br>
[legacy_sect]<br>
activate=1</p>
<a name="List-of-providers-to-load"></a>
<h1 >List of providers to load<a href="#List-of-providers-to-load" class="wiki-anchor">¶</a></h1>
<p>[provider_sect]<br>
default = default_sect<br>
legacy = legacy_sect</p>
Backlog RM - Anomalie #22664 (Clôturé): [Ergonomie] Apparition du bouton de demande de communicationhttps://forge.maarch.org/issues/226642022-10-27T15:20:25ZJérôme BOUCHER
<p>Le bouton de demande de communication dans le menu déroulant du registre est disponible alors que l'utilisateur n'a pas les droits de demander la communication.<br>
La modale apparaît bien et quand on finit de la saisir, on retourne une 404 au moment de vérifier les droits.</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>