Projet

Général

Profil

Actions
Copier le lien

Bug #12443

fermé

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

Ajouté par David Lesimple il y a presque 3 ans. Mis à jour il y a plus de 2 ans.

Statut:
Closed
Priorité:
Urgent
Assigné à:
Miguel Moquillon
Version cible:
Silverpeas - Version 6.1.4
Début:
01/07/2021
Echéance:
% réalisé:

100%

Temps estimé:
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
Copier le lien
 #2

Mis à jour par Nicolas Eysseric il y a presque 3 ans

  • Statut changé de New à Assigned
  • Assigné à mis à Miguel Moquillon
Actions
Copier le lien
 #3

Mis à jour par Miguel Moquillon il y a presque 3 ans

  • Statut changé de Assigned à In progress...
Actions
Copier le lien
 #4

Mis à jour par Miguel Moquillon il y a presque 3 ans

  • Statut changé de In progress... à Resolved
  • % réalisé changé de 0 à 100
Actions
Copier le lien
 #5

Mis à jour par Yohann Chastagnier il y a plus de 2 ans

  • Statut changé de Resolved à 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
Copier le lien

Formats disponibles : Atom PDF