Projet

Général

Profil

Actions

Anomalie #17942

fermé

[Registre] - Recherche par cote non fonctionnelle

Ajouté par Nicolas DIRIL il y a plus de 3 ans. Mis à jour il y a environ 2 ans.

Statut:
Clôturé
Priorité:
1-Majeur
Assigné à:
-
Version cible:
Début:
09/08/2021
Echéance:
05/10/2021
Tags RM:
2.7.4, 2.8.0

Description

La recherche par cote d'archive retourne tous les résultats. aucun filtre n'est effectué dessus.

Mis à jour par Jérôme BOUCHER il y a plus de 3 ans

  • Assigné à changé de Jérôme BOUCHER à Cyril VAZQUEZ

La recherche par cote ne peut pas fonctionner dans l'état actuel. La page de registre fait une recherche sur le parametre archiveIdentifier, alors qu'on attends le paramètre archiverArchiveId pour la recherche par cote. La recherche fonctionne bien par api quand on renseigne archiverArchiveId en paramètre.

@Cyril, doit-on modifier la page de recherche

Mis à jour par Emmanuel DILLARD il y a plus de 3 ans

  • Statut changé de A traiter à R&D - A étudier

Mis à jour par Cyril VAZQUEZ il y a plus de 3 ans

  • Statut changé de R&D - A étudier à R&D - A planifier
  • Tags RM 2.8.0 ajouté

Côté frontend on a un critère "Identifiant d'archive" qui doit porter sur 2 métadonnées

Utiliser sur originatorArchiveId OU archiverArchiveId la valeur saisie en recherche

Mis à jour par Cyril VAZQUEZ il y a plus de 3 ans

  • Assigné à Cyril VAZQUEZ supprimé

Mis à jour par Cyril VAZQUEZ il y a environ 3 ans

  • Priorité changé de 2-Sérieux à 1-Majeur
  • Version cible mis à 2.7
  • Tags RM 2.7.4 ajouté

Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Echéance mis à 21/09/2021

Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Statut changé de R&D - A planifier à R&D - En cours
  • Version cible changé de 2.7 à 2.8

Mis à jour par Alexandre GOLDSTEIN il y a environ 3 ans

Test pour la faisabilité coté front : KO , il faut gérer la pirouette coté serveur et non coté client (le client envoie juste toto = value et le serveur fait toto = value et titi = value)
En d'autres termes faire coté back => parameters.archiveIdentifier = (parameters.archiverArchiveId || parameters.originatorArchiveId);

Mis à jour par Emmanuel DILLARD il y a environ 3 ans

  • Echéance changé de 21/09/2021 à 05/10/2021

Mis à jour par Jérôme BOUCHER il y a environ 3 ans

  • Statut changé de R&D - En cours à R&D - En test

À tester sur fix/17942_archiverArchieId_in_search sur socle

Mis à jour par Alexandre GOLDSTEIN il y a environ 3 ans

test ok, MR faite vers develop

Mis à jour par Alexandre GOLDSTEIN il y a environ 3 ans

  • Statut changé de R&D - En test à A livrer

Mis à jour par Alexandre GOLDSTEIN il y a environ 3 ans

fusionné sur develop a ce jour

Mis à jour par Cyril VAZQUEZ il y a presque 3 ans

  • Statut changé de A livrer à Clôturé

Mis à jour par Nicolas DIRIL il y a plus de 2 ans

  • Statut changé de Clôturé à A traiter

Sur socle et AP. Impossible de rechercher par identifiant technique.

On devrait permettre au champ d'identifiant de l'archive de rechercher par identifiant technique OU fonctionnel.

Mis à jour par Nicolas DIRIL il y a plus de 2 ans

  • Version cible changé de 2.8 à 2.8.2

Mis à jour par Cyril VAZQUEZ il y a plus de 2 ans

  • Assigné à mis à Charlotte Bataille

Mis à jour par Cyril VAZQUEZ il y a plus de 2 ans

  • Assigné à Charlotte Bataille supprimé
  • Version cible changé de 2.8.2 à 2.8.3

Mis à jour par Arnaud PAUGET il y a plus de 2 ans

  • Assigné à mis à Arnaud PAUGET

Le comportement sur socle a été copié de celui de AP sur la branche fix/17942_archiveId_search.

Le champs "Identifiant de l'archive" recherche aussi bien sur :

  • L'identifiant d'archive du service producteur.
  • L'identifiant d'archive du service d'archive.
  • L'identifiant technique de l'archive.

Une correction avait été faite sur l'écran de recherche du socle récemment (écran de gestion), suite à ce même ticket, mais cette modification a impacté le comportement de la recherche sur l'écran de recherche sur l'extension archives publiques, rendant inopérante la recherche via un quelconque identifiant d'archive. Commit en question --> https://labs.maarch.org/maarch/maarchRM/-/commit/c8a647a0df04d5690156c8b1d59d230783569598
Le problème a été corrigé sur la branche fix/17942_archiveId_search de l'extension pou récupérer la bonne valeur dans le formulaire.

Mis à jour par Cyril VAZQUEZ il y a plus de 2 ans

  • Statut changé de A traiter à A livrer

Mis à jour par Cyril VAZQUEZ il y a plus de 2 ans

  • Statut changé de A livrer à R&D - En test

Mis à jour par Arnaud PAUGET il y a plus de 2 ans

  • Assigné à Arnaud PAUGET supprimé

Mis à jour par Nicolas DIRIL il y a plus de 2 ans

  • Statut changé de R&D - En test à A livrer

Tests sur AP :

Génération d'un bordereau via le générateur intégré. Saisie de tous les identifiants et recherche sur ceux-ci et l'identifiant technique

Recherche par cote du service d'archive : ok
Recherche par cote du service producteur : ok
Recherche par cote du service versant : ok
Recherche par identifiant technique : ok

Mis à jour par Nicolas DIRIL il y a plus de 2 ans

  • Assigné à mis à Arnaud PAUGET

Mis à jour par Arnaud PAUGET il y a plus de 2 ans

  • Statut changé de A livrer à Livré

Mis à jour par Arnaud PAUGET il y a plus de 2 ans

  • Assigné à Arnaud PAUGET supprimé

Mis à jour par Cyril VAZQUEZ il y a environ 2 ans

  • Statut changé de Livré à Clôturé
Actions

Formats disponibles : Atom PDF