Backlog RM

À tester sur branche feat/18569_delivery (socle) et feat_18188_export (pjgn)

Test KO

Scenario de test :
Demande de communication faite avec un utilisateur appartenant au service SP2 sur une archive appartenant au producteur SP1.
La demande arrive bien au SP1 pour validation.
La demande de communication ne peut pas être validée --> Une erreur est survenue (VOIR PJ)

Régression supplémentaire :
Je tente de télécharger une archive de moins de 300 Mo dont je suis le producteur. Un onglet de l’explorer s'ouvre avec l'information comme quoi mon archive a été demandé en extraction. Or je devrait pouvoir la télécharger directement.

Test d’extraction archive lourde ok, on retrouve bien le paquet dans le répertoire medona. Mais il faudrait qu'il apparaisse dans un sous répertoire qui possède l'identifiant de l'org en tant que nom.
Exemple : Le SP 125874 demande la communication au SP 852147, lors de l'extraction, l'archive se trouve dans le répertoire [racine_répertoire_medona]/125874

De plus, dans la demande d'autorisation au service producteur on ne voit nulle part qui est le service producteur initial de la demande de communication. Le demandeur est toujours affiché en tant que service d'archive (car le bordereau vient de lui dans le workflow). Mais il faudrait qu'on retrouve l'information du service producteur initial de la demande.

Dans les traces d'évènement de la tâche planifiée "Extraction archive lourde", le tableau récapitulatif est multiplié par le nombre d'archive traitée pluttôt que d'incrémenter le compteur du nombre d'archive (voir PJ).

L'export direct d'une archive ne fonctionne toujours pas dans mon cas.