Maarch forge - Centre de support: Demandeshttps://forge.maarch.org/https://forge.maarch.org/themes/boostmine-1.2-maarch/favicon/favicon.ico?15265463262023-11-07T15:41:52ZMaarch forge - Centre de support
Redmine 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 - 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 #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é #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 #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 - 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 #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>