Bug #7228
fermé
Dysfonctionnement du copier/coller d'une publication
100%
Description
Bonjour,
Depuis la version 5.15, le copier/coller d'une publication a évolué, mais dans certains cas, le comportement est problématique :
- Lorsque l'on copie une publication dans une GED avec le mode brouillon activé, celle-ci passe automatiquement en mode brouillon. Cependant, si l'utilisateur qui copie cette publication n'est pas le dernier modifieur, il ne voit plus celle-ci, et ne peut donc pas la sortir du mode brouillon (et éventuellement sélectionner le valideur, si la validation ciblé a été activée)
- Si un gestionnaire colle une publication dont le dernier modifieur n'est que rédacteur dans cette GED, la publication est alors en attente de validation ! Et si le valideur ciblé d'origine n'existe pas dans la GED destination, un autre gestionnaire ne peut pas la valider, sans qu'un rédacteur ne modifie le valideur.
Je n'ai pas testé tous les cas possible, mais je pense que le problème vient du nom du dernier modifieur lors de la copie, et du valideur ciblé.
Nous utilisons beaucoup la validation ciblée et le mode brouillon, et ces cas se produiront forcément régulièrement.
Je reste à votre disponibilité si vous avez besoin de plus de renseignements.
Merci pour la prise en compte rapidement de ce ticket.
Fichiers
Mis à jour par Emmanuel GRANGE il y a presque 9 ans
- Priorité changé de Urgent à Immediate
Il faut que ce bug soit corrigé avant le passage en Production.
Merci de prendre rapidement ce ticket en considération, et de nous donner une date de livraison.
Mis à jour par Nicolas Eysseric il y a presque 9 ans
- Statut changé de New à Feedback
Voilà un premier retour sur votre demande.
Tout d'abord, pouvez-vous me dire si le paramètre Corédaction est activé sur la GED cible ?
Une fois activé, il permet à un rédacteur de pouvoir modifier n'importe quelle publication. Si ce paramètre n'est pas activé, un rédacteur peut modifier uniquement ses propres publications.
De même, quelle est la valeur du paramètre global draftVisibleWithCoWriting du fichier $SILVERPEAS_HOME/properties/org/silverpeas/kmelia/settings/kmeliaSettings.properties ?
Si ce paramètre est activé et que le paramètre Corédaction est activé, un rédacteur à accès à toutes les publications (y compris celle en brouillon) et peut les modifier.
Si ces paramètres ne sont pas activés, leurs activations pourraient faciliter les choses dans les cas d'utilisation cités ici.
Pour rappel,
Mis à jour par Emmanuel GRANGE il y a presque 9 ans
Co-Rédaction est bien activé.
Mais cette solution ne nous convient pas.
Cela va impliqué que tous les rédacteurs vont voir toutes les publications en mode brouillons, y compris celles qui ne les concerne pas.
Les utilisateurs ne sont pas prêt pour ça.
Mis à jour par Nicolas Eysseric il y a presque 9 ans
- Projet changé de Silverpeas Core à GED
- Catégorie
Publicationsupprimé
Mis à jour par Nicolas Eysseric il y a presque 9 ans
Nous avons analysé en détail le fonctionnement logique de la duplication d'une publication en tenant compte des différents cas de figure possibles. En voici le résultat.
Dans Silverpeas, il est possible de dupliquer une publication en réalisant exclusivement les actions successives Copier puis Coller (au niveau d'une publication, d'un dossier ou d'une application GED).
Nous proposons les règles suivantes pour pallier aux problèmes que vous rencontrez.
Ceci étant dit, voici les règles qui s'appliqueront désormais lors de la duplication d'une publication :
- la date de création (et de dernière modification) sera la date du jour de la duplication,
- l'identité du créateur (et de l'auteur de la dernière modification) sera celle de l'utilisateur qui réalise la duplication,
- Si le mode Brouillon est activé, quel que soit le rôle de l'utilisateur, la publication sera en Brouillon.
- Sinon, si l'utilisateur est Gestionnaire ou Publieur, la publication sera Publiée. Si l'utilisateur est Rédacteur,
la publication sera A valider. Si la validation ciblée est activée sur la GED cible, le premier Gestionnaire sera défini automatiquement comme valideur. Si elle est aussi activée sur la GED source et que des valideurs sont définis sur la publication copiée alors ceux-ci seront conservés s'ils font partie des valideurs de la GED cible. Si la validation ciblée n'est pas activée sur la GED cible, alors les informations de validation seront supprimées.
- Entête (hors rappel),
- Contenu (WYSIWYG ou structuré),
- Fichiers joints,
- Position(s) sur le Plan de classement
- les commentaires,
- les notes,
- l'historique des consultations (nombre de vues notamment),
- les autres emplacements (raccourcis).
Ces règles permettront de ne pas se retrouver dans les cas incohérents que vous citez ici.
Dans un objectif de collaboration productive, que pensez-vous du comportement explicité ci-dessus ?
Mis à jour par Emmanuel GRANGE il y a presque 9 ans
Cela me parrait bien, à l'exception de la sélection du premier Gestionnaire, en cas de validation ciblé, et si le valideur de la GED source n'existe pas dans la GED cible.
La sélection d'un valideur ciblé permet de ne notifier que la personne concernée sur le sujet de la/les publications.
Dans le cas d'une sélection arbitraire, le valideur sélectionné ne sera pas forcément la personne concerné par la publication, et nous risquons d'avoir beaucoup de retour des utilisateurs qui ne comprendront pas pourquoi ils ont été notifiés.
Ne peut-il y avoir une fenêtre de sélection du valideur pour la/les publications collées ?
Ou bien ne pas envoyer de notification, et mettre la/les publications collées dans un état en attente de sélection d'un valideur ?
La piste me semble bien, mais il faut creuser un peu plus, je pense.
Je reste à votre disposition.
Merci de nous avoir consulter
Mis à jour par Nicolas Eysseric il y a presque 9 ans
Nous préconisons actuellement l'usage systématique du mode Brouillon sur la GED.
Il permet un meilleur contrôle de la publication.
Est-ce que vous suivez cette préconisation ?
Mis à jour par Nicolas Eysseric il y a presque 9 ans
- Statut changé de Feedback à In progress...
- Assigné à mis à Nicolas Eysseric
Mis à jour par Nicolas Eysseric il y a presque 9 ans
- Fichier GED-Writer-Paste.png GED-Writer-Paste.png ajouté
- Statut changé de In progress... à Resolved
- Version cible mis à Version 5.15.1
- % réalisé changé de 0 à 100
La duplication de publication(s) a été améliorée.
Désormais, la copie d'une publication est similaire à la création d'une nouvelle publication avec les mêmes contenus que la publication d'origine.Ceci étant dit, voici les règles qui s'appliquent lors de la duplication d'une publication :
- la date de création (et de dernière modification) est la date du jour de la duplication,
- l'identité du créateur (et de l'auteur de la dernière modification) est celle de l'utilisateur qui réalise la duplication,
- Si le paramètre Brouillon est activé, le contributeur (quel que soit son rôle) aura le choix de créer les publications dans l'état Brouillon ou Publiée directement. Si le contributeur est rédacteur, les publications sont évidemment en attente de validation.
- Si le paramètre Validation ciblée est activé, le rédacteur devra obligatoirement sélectionner le (ou les) valideur(s). Les anciens valideurs sont ignorés.
Cette fenêtre n’apparaît que lors de la duplication d'un dossier ou d'une ou plusieurs publications (ie Copier/Coller).
Traité par PR :
Mis à jour par Yohann Chastagnier il y a presque 9 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Yohann Chastagnier il y a presque 9 ans
- Statut changé de Integration in progress... à V6 pending
Intégré et validé en 5.15.x.
Quelques ajustements ont été appliqués lors de l'intégration concernant la copie d'une publication depuis la fonctionnalité de copie d'une GED du back-office. Dans ce contexte, les règles suivantes sont observées :- les informations de créateur et de date de création sont identiques à celles de la publication copiée
- idem pour les informations de modificateur et de date de modification
- idem pour l'état de la publication
Mis à jour par Yohann Chastagnier il y a presque 9 ans
Mis à jour par Miguel Moquillon il y a presque 9 ans
- Statut changé de V6 pending à Closed
Intégré en 6.0