Project

General

Profile

Actions
Copy link

Bug #12443

closed

Le dernier modifieur de la publication est incorrect après la modification d'un document versionné.

Added by David Lesimple over 3 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Urgent
Assignee:
Miguel Moquillon
Target version:
Silverpeas - Version 6.1.4
Start date:
07/01/2021
Due date:
% Done:

100%

Estimated time:
Navigateur:
Tous
Votre version de Silverpeas:
6.1.3
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:

Description

Résultat constaté:

- sur une GED versionnée, lorsque le publieur réserve un document, le modifie sur son poste et le renvoie sur la publication, le nom du dernier "modifieur" de la publication est incorrect, à priori ce serait le créateur initial de la publication qui est récupéré.

Résultat attendu :

- le dernier "modifieur" de la publication devrait correspondre au nom du publieur qui vient de modifier le document.

A noter qu'avec l'édition en ligne, le problème ne se produit pas.

Actions
Copy link
 #2

Updated by Nicolas Eysseric over 3 years ago

  • Status changed from New to Assigned
  • Assignee set to Miguel Moquillon
Actions
Copy link
 #3

Updated by Miguel Moquillon over 3 years ago

  • Status changed from Assigned to In progress...
Actions
Copy link
 #4

Updated by Miguel Moquillon over 3 years ago

  • Status changed from In progress... to Resolved
  • % Done changed from 0 to 100
Actions
Copy link
 #5

Updated by Yohann Chastagnier over 3 years ago

  • Status changed from Resolved to Closed
Pour obtenir le problème, il faut que la pièce jointe présente les caractéristiques suivantes lors de l'opération de mise à jour :
  • le suivi de version est activé
  • le créateur est différent du publieur qui met à jour

Selon les cas d'appels de l'opération unlock, les modifications apportées dans les PRs peuvent empêcher l'envoi d'une notification de mise jour technique (notification CDI).
Selon les implémentations à l'écoute de tels événements techniques, des traitements pourraient ne pas être exécutés.

De part le caractère urgent de ce REDMINE, lors de l'intégration, je me suis permis d'apporter quelques ajustements.
Pour éviter le problème initial, l'utilisateur indiqué comme auteur de la mise à jour du document est soit :
  • celui indiqué comme éditeur en cours du document
  • l'utilisateur qui réalise l'opération est cours (cas ajouté)

Aussi pour garder l'idée de n'envoyer qu'une seule fois la notification technique de mise à jour d'un document, si cette dernière a déjà été envoyée dans le contexte d'exécution de la requête courante, alors elle n'est pas envoyée lors de l'opération unlock.

(https://github.com/Silverpeas/Silverpeas-Core/commit/fe9ce4f8f6c7bb4d8382aee6c445d7b7ae17a8f0)

Validé et intégré en 6.1.x et reporté sans les modifications des fichiers jenkins dans 6.2.x et 6.3.x

Actions
Copy link

Also available in: Atom PDF