Bug #10529
fermé
GED-Validation: 1 validateur-Envoi à tous les Managers & Publieurs
Ajouté par Marc Avenel il y a environ 5 ans. Mis à jour il y a plus de 4 ans.
100%
Description
- CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 >
Dès la mise à jour d'une publication, la notification est adressée à l'ensemble des Managers & Publieurs et pas uniquement à la personne notée comme validateur.
Si je mets en tant que rédacteur de cette GED, et j'accède à cette Publication:
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Obsolete > LK41-18K580-GE
Il me demande un Validateur:
"As writer, your changes are subject to validation. Actually, no validator are defined for this publication. In order to modify it, you have to select validator(s) first :"Un rédacteur peut
- valider la mise à jour sans renseigner le validateur
- une notification est adressée à tous les managers et publieurs.
Pas la possibilité de bloquer tant que le validateur n'est pas renseigné?
Ceci est URGENT car nous avons beaucoup de Managers importants dans cette GED
Fichiers
| Pub_03.JPG (74,4 ko) Pub_03.JPG | Marc Avenel, 25/06/2019 09:07 | ||
| Notif-Erronée.JPG (60,9 ko) Notif-Erronée.JPG | Marc Avenel, 10/07/2019 13:53 | ||
| Notif-Erronée-2.JPG (62,8 ko) Notif-Erronée-2.JPG | Marc Avenel, 10/07/2019 15:05 | ||
| Notif-Erronée-4.JPG (60,7 ko) Notif-Erronée-4.JPG | Marc Avenel, 10/07/2019 15:50 | ||
| publication.jsp (43,9 ko) publication.jsp | David Lesimple, 11/07/2019 11:48 | ||
| BUR_PSA-2019-091.JPG (59,1 ko) BUR_PSA-2019-091.JPG | Marc Avenel, 15/11/2019 15:37 |
Mis à jour par Marc Avenel il y a environ 5 ans
Je ne comprends pas si on a le bloc de sélectionner un rédacteur ne peut mettre à jour cette publication.
Que s'est il passé ?
Merci
Mis à jour par David Lesimple il y a environ 5 ans
- Lié à Support #10139: GED-Deplacement provoque des notifications à l'ensemble des acteurs ajouté
Mis à jour par David Lesimple il y a environ 5 ans
- Statut changé de New à Feedback
Marc Avenel a écrit :
Je ne comprends pas si on a le bloc de sélectionner un rédacteur ne peut mettre à jour cette publication.
Que s'est il passé ?
Merci
oui.
Pour moi, le problème est le même que celui décrit dans https://tracker.silverpeas.org/issues/10139#note-11
Mis à jour par Marc Avenel il y a environ 5 ans
- C'était lors d'un mouvement de la GED.
- La ce n'est pas le cas.
- Par contre la conséquence est identique
Mis à jour par Marc Avenel il y a environ 5 ans
Je suis désolé, mais je suis sans cesse relancé sur ce sujet.
Des managers importants sont concernés.
Merci à vous
Mis à jour par Marc Avenel il y a environ 5 ans
- 836330, 836309, 772843, 772842, 772841, 730770, 730775, 730773
Merci à vous de voir rapidement
Mis à jour par David Lesimple il y a environ 5 ans
- Statut changé de Feedback à In progress...
- Assigné à mis à David Lesimple
Mis à jour par David Lesimple il y a environ 5 ans
- Statut changé de In progress... à Feedback
Prenons l'exemple de la publication 836330 (LK41-18K580-GE) :
Modifié le 14/3/19 par Tamina SANADA
Validé le 14/3/19 par Harry WROBEL
Il faudrait demander au rédacteur Tamina SANADA si elle a vraiment modifié directement la publication sans avoir chois de valideur au préalable ?
En avait-elle un auparavant ?
Ou a-t-elle choisi Harry Wrobel comme valideur ?
Mis à jour par Marc Avenel il y a environ 5 ans
- Assigné à
David Lesimplesupprimé
Je relance activement les investigateurs pour avancer rapidement sur le sujet.
Mis à jour par Marc Avenel il y a environ 5 ans
Je viens d'avoir Tamina SANADA elle m'indique qu'elle a toujours été validateur de la GED
Si je regarde la LCA , elle est Manager.
Mis à jour par Marc Avenel il y a environ 5 ans
En fait il coupe et colle des publications d'un dossier vers un autre
C'est qui pose le problème. donc bien identique au ticket https://tracker.silverpeas.org/issues/10139#note-11
Pour l'exemple de la publication 836330 (LK41-18K580-GE) :
Modifié le 14/3/19 par Tamina SANADA
Validé le 14/3/19 par Harry WROBEL
Origine : CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Released
Couper/Coller: CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Obsolete
Mis à jour par Marc Avenel il y a environ 5 ans
Quand pouvons nous espérer un correctif de ce problème.
D'avance je vous en remercie
Mis à jour par David Lesimple il y a environ 5 ans
Marc Avenel a écrit :
En fait il coupe et colle des publications d'un dossier vers un autre
C'est qui pose le problème. donc bien identique au ticket https://tracker.silverpeas.org/issues/10139#note-11
Pour l'exemple de la publication 836330 (LK41-18K580-GE) :
Modifié le 14/3/19 par Tamina SANADA
Validé le 14/3/19 par Harry WROBELOrigine : CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Released
Couper/Coller: CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Obsolete
On peut avoir la notification reçue par les managers suite au collage de cette publication par Tamina SANADA ?
Mis à jour par Marc Avenel il y a environ 5 ans
Voici la notification d'une des publications
Publication LK41-18K580-GE has to be validated.
► Go to this publication
This message has been sent to users : Rosa LOPEZ, Erubiel CRUZ, Amer BOUBECHA, Matthieu DEWULF, Raul CORTEZ, Marco SARAIVA, Joaquim FERNANDES, Dave LEDWITCH, Ashley GUTOWSKI, Ersin CELIKTURK, Tomas KREJCI, Jie XU, Tamina SANADA, Yves GATTEGNO, Rosa HERNANDEZ, Neftali CONTLA, Florence FLECHAIRE, Mayra CUEVAS, Jose vicente SUBIRATS GAVALDA, Eric CLYDE, Anna SJOSTROM, Luis CORREA, Alberto RIVERA, Lee RICHARDS, Frederic SEGUIN, Yuanchun GU, Joshua CADENA, Patti MCCONNELL, Laurent DUBART, Miguel JIMENEZ, Manon FOUILLARD, Simona ALDEA, Deborah LANCASTER, Daniel MOLINA, Alparslan OZMEN, Francisco TEXCAHUA, Brandon DAY, Jerome COURSIERES, Mario PASCASIO, Simon KERSLAKE, Danae REAL, Darla PALO, Ilker OZKAN, Thomas Sanday, Juan MOJICA, Joseph KARABATAKIS, Dave SKINNER, Mauricio CELIS, Victor VIVERO, Karina MORENO, Alejandra BUENDIA, Brenda TORRES, Harry WROBEL, Rafael CASTANEDA, Hugo TEXCAHUA, Maria RIVERA, Rui PORTUGAL, Hector MAGANA
Mis à jour par Nicolas Eysseric il y a environ 5 ans
- Dans quel état est la publication avant son déplacement ?
- Qui réalise le déplacement (rôle) ?
- Est-ce qu'il y a des droits spécifiques définis sur le dossier de destination ?
Mis à jour par Marc Avenel il y a environ 5 ans
- La publication était validée dans le premier dossier "Released"
- Ensuite à été déplacé par un manager de la GED dans le dossier "Obsolète" (Donc normalement pas de validation à demander)
- Pas de droits spécifiques sur les dossiers pour cette GED
Mis à jour par Marc Avenel il y a environ 5 ans
Je n'ai pas de retour de votre part sur le sujet.
Est-ce que la version 5.15.9 SNAPSHOT corrige ce problème ?
D'avance merci
Mis à jour par Marc Avenel il y a environ 5 ans
Je me permets de vous relancer sur ce sujet
Mis à jour par David Lesimple il y a environ 5 ans
- Lié à Support #10139: GED-Deplacement provoque des notifications à l'ensemble des acteurs supprimé
Mis à jour par Marc Avenel il y a environ 5 ans
Je teste actuellement la 5.15.9 SNAPSHOT
Sur le dossier de cette GED
Origine/Couper : CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Released
Cible/Coller : CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Obsolete
Si je fais un Drag/drop du dossier Origine vers la cible: Fonctionne très bien
Si je fais un " Couper " de l'origine et je " Copie " dans la source, rien ne se passe
Pas de message d'erreur dans les logs
Mis à jour par Marc Avenel il y a environ 5 ans
Message d'erreur est le suivant:
15/04/19-11:49:41,727 - FATAL : unknown,28814,writer,10128,3
15/04/19-11:49:41,729 - FATAL : unknown,28814,writer,10128,3
15/04/19-11:51:54,224 - FATAL : WA9551,kmelia28814,873132,10128,3
Mis à jour par Marc Avenel il y a environ 5 ans
Ce message d'erreur car l'utilisateur était manager et Writer
Mais si uniquement Manager, pas de message d'erreur , mais le déplacement ne se fait pas
Mis à jour par Marc Avenel il y a environ 5 ans
Trouvé pour la couper/coller ne fonctionne pas.
Si dans la GED l'option " Draft Mode (Brouillon) " n'est pas activé.
Est-ce normal ?
Mis à jour par David Lesimple il y a environ 5 ans
- Assigné à mis à David Lesimple
- % réalisé changé de 0 à 50
Mis à jour par David Lesimple il y a environ 5 ans
- Bloqué par Bug #10624: Impossible de couper/coller un dossier d'une GED à une autre ajouté
Mis à jour par David Lesimple il y a environ 5 ans
Marc Avenel a écrit :
Trouvé pour la couper/coller ne fonctionne pas.
Si dans la GED l'option " Draft Mode (Brouillon) " n'est pas activé.
Est-ce normal ?
Non, problème reproduit. voir #10624.
Mis à jour par Nicolas Eysseric il y a presque 5 ans
- Statut changé de Feedback à Closed
- % réalisé changé de 50 à 100
Corrigé en 5.15.9.
Mis à jour par Marc Avenel il y a presque 5 ans
- Statut changé de Closed à Re-opened
De nouveau des problèmes de notifications sur l'ensemble des acteurs : Manager & Publieur
GED: CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > K : Fuel Systems > RSA-DACIA > B14114_R9N Gen1 LOR > B14114A > LABORATORY METROLOGY > 46 - Product Validation > Rapports d'essais laboratoire >
Publication: 18-1144-ELD Effort de montage et verrouillage
Lien:https://www.akwel.net/silverpeas/Publication/921193
GED-Validation mode: Targert (only one validator)
La publication ci-dessous au moment de la validation: tous les Managers et Publieurs ont reçu une notification pour valider cette publication.
C'est URGENT - Merci
Mis à jour par Marc Avenel il y a presque 5 ans
Idem pour celle-ci:
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > K : Fuel Systems > FORD > C12005_PANTHER > C12005 > METHODES - INDUSTRIALISATION > 52 - 53 - Process layout and Production file > Production File JB3Q-9K022-AA
Mis à jour par Marc Avenel il y a presque 5 ans
Elle a été
- Créée: 01/04/2018 par Sebastian SUBU
- Mise à jour : 05/30/2019 par Gheorghe BARSAN
- Validée : 05/30/2019 par Fabien GUY
- de Miklos KOVACS
- Date du 29/05/2019
Si je regarde la publication je n'ai pas de mise à jour en date du 29/05/2019
Mis à jour par Marc Avenel il y a presque 5 ans
Désolé de vous relancer, mais ceci devient URGENT. Merci
Mis à jour par David Lesimple il y a presque 5 ans
- Statut changé de Re-opened à Feedback
Marc Avenel a écrit :
Pour cette dernière publication: https://www.akwel.net/silverpeas/Publication/922056
Elle a étéCe que je ne comprends pas c'est que la notification est
- Créée: 01/04/2018 par Sebastian SUBU
- Mise à jour : 05/30/2019 par Gheorghe BARSAN
- Validée : 05/30/2019 par Fabien GUY
- de Miklos KOVACS
- Date du 29/05/2019
Si je regarde la publication je n'ai pas de mise à jour en date du 29/05/2019
Ceci est possible si le redacteur Barsan a modifié la publication qu'avait précédemment modifié le redacteur KOVACS
et que GUY a validé le 30.
Ceci étant dit, dans quel contexte précis KOVACS a t-il modifié cette publication ? Directement à son emplacement actuel ? après un déplacement dans cet emplacement ?
Mis à jour par Marc Avenel il y a presque 5 ans
Et pour la note : https://tracker.silverpeas.org/issues/10529#note-28 ?
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
Et pour la note : https://tracker.silverpeas.org/issues/10529#note-28 ?
Est-ce que le rédacteur peut faire une modification (fictive) de la publication https://www.akwel.net/silverpeas/Publication/921193
afin de voir si on peut reproduire de manière répétée ce problème et nous montrer quelques copies d'écran si c'est possible (avant et au moment de sortir du brouillon) ?
Mis à jour par Marc Avenel il y a presque 5 ans
cette publication est actuellement "Refusée"
Je demande à l'acteur de la remettre en mode brouillon et de nous faire des copies écran.
Mis à jour par Marc Avenel il y a presque 5 ans
- CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > M : Oil Systems > Renault > HR10 > T14019B > METHODES - INDUSTRIALISATION > 36 - 48 - 49
51 -72Tools spec and reception > Mould HR10 1+1+1+1 Vigo > Fine Tuning - Mise au point 1 - Validation: Only one validator
- A notifié l'ensemble des Managers et Publieurs
- Publication : Publication Fine Tuning - Mise au point 1 (https://www.akwel.net/silverpeas/Publication/708108)
Ça devient vraiment URGENT, beaucoup de managers sont notifiés à tort.
Mis à jour par Marc Avenel il y a presque 5 ans
Remarque importante c'est une publication mise à jour
- Created 06/22/2016 by Eric BELZ
- Updated 06/20/2019 by Emmanuel TERNON
- Validation the 06/20/2019 by Carla MANDADO VILAR
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
Une autre:
- CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > M : Oil Systems > Renault > HR10 > T14019B > METHODES - INDUSTRIALISATION > 36 - 48 - 49
51 -72Tools spec and reception > Mould HR10 1+1+1+1 Vigo > Fine Tuning - Mise au point 1- Validation: Only one validator
- A notifié l'ensemble des Managers et Publieurs
- Publication : Publication Fine Tuning - Mise au point 1 (https://www.akwel.net/silverpeas/Publication/708108)
Ça devient vraiment URGENT, beaucoup de managers sont notifiés à tort.
Pouvez-vous demander au rédacteur ce qu'il a fait comme modification et comment.
Car je viens de refaire le test sur cette publi, le rédacteur choisit son valideur, et la notification est bien envoyée au valideur et à lui seul.
Donc tant que nous ne pourrons pas reproduire ce problème, nous ne pourrons pas le corriger.
Mis à jour par Marc Avenel il y a presque 5 ans
Les attributs qui ont été modifiés sont:
- CUSTOMER DOCUMENT NUMBER
- AKWEL PART NUMBER
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
La publication a été modifiée uniquement au niveau de la fiche catégorie associée
Les attributs qui ont été modifiés sont:
- CUSTOMER DOCUMENT NUMBER
- AKWEL PART NUMBER
Toujours pas pu reproduire le problème avec cette publication, en ne modifiant que ces 2 informations.
La notification est toujours envoyée au seul valideur ciblé. C'est bizarre.
Mis à jour par Marc Avenel il y a presque 5 ans
Oui. Je ne comprends pas car de plus ça notifie des responsables chez AKWEL.
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
Oui. Je ne comprends pas car de plus ça notifie des responsables chez AKWEL.
C'est à dire ceux qui sont Gestionnaires et/ou publieurs ou d'autres utilisateurs qui n'y seraient pas ?
Mis à jour par Marc Avenel il y a presque 5 ans
Ca notifie tous les managers et publieurs liés à la GED
Mis à jour par Marc Avenel il y a presque 5 ans
- Fichier Pub_03.JPG Pub_03.JPG ajouté
- Uniquement sur les métadonnées liées au formulaire " PROJECT DOCUMENT "
- CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > M : Oil Systems > Renault > HR10 > T14019B > METHODES - INDUSTRIALISATION > 36 - 48 - 49 51 -72 Tools spec and reception > Mould HR10 1+1+1+1 Vigo > Fine Tuning - Mise au point 1
Il faut vraiment que l'on règle cette semaine ce problème avant d'attaquer la V6
J'ai reçu cet ultimatum de ma direction.
Merci à vous
Mis à jour par David Lesimple il y a presque 5 ans
Je viens de refaire un test, avec comme valideur ciblé un utlisateur faisant partie d'un groupe hérité (positionné au niveau de l'espace Project Workspace)
hélas sans plus de succès.
Sur l'image Pub_03.jpg, aucun valideur ciblé n'est indiqué, c'est donc l'ensemble des valideurs potentiels qui est notifié.
Sur mon test, après avoir supprimé les droits d'accès du valideur sur la GED, le rédacteur se voit bien demander un nouveau valideur lorsqu'il tente de modifier la publication.
Mis à jour par Marc Avenel il y a presque 5 ans
Je ne comprends pas.
Comme la GED est configurée avec 1 valideur, donc pour le rédacteur qui met à jour, le valideur est OBLIGATOIRE.
Vous dites que " vous avez supprimé les droits d'accès du valideur de la GED, donc le Rédacteur a été obligé de renseigner le valideur "
Mais ceci est un test, dans la GED actuelle et toutes les autres configurées de la même manière, nous faisons comment pour qu'un Rédacteur quand il modifie une publication il y a bien contrôle du valideur?
Merci à vous
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
Je ne comprends pas.
Comme la GED est configurée avec 1 valideur, donc pour le rédacteur qui met à jour, le valideur est OBLIGATOIRE.
oui
Vous dites que " vous avez supprimé les droits d'accès du valideur de la GED, donc le Rédacteur a été obligé de renseigner le valideur "
Mais ceci est un test, dans la GED actuelle et toutes les autres configurées de la même manière, nous faisons comment pour qu'un Rédacteur quand il modifie une publication il y a bien contrôle du valideur?
Oui, le système contrôle qu'il y ait bien un valideur, c'est bien pour ça que nous ne comprenons pas pourquoi dans un cas, ce contrôle semble être outrepassé.
Mis à jour par Marc Avenel il y a presque 5 ans
Oui j'ai bien compris la faille.
Mais comment régler ce problème, car comme je vous l'indiquais les notifications sont adressées à des managers.
Mis à jour par Marc Avenel il y a presque 5 ans
- Le problème apparaît surtout quand le rédacteur modifie le formulaire associé
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
cette publication est actuellement "Refusée"
Je demande à l'acteur de la remettre en mode brouillon et de nous faire des copies écran.
Je n'ai pas eu de retour sur cette publication.
Je rappelle que l'objectif est de savoir si on peut reproduire plusieurs fois le problème sur la même publication.
Si c'est le cas, nous aimerions avoir les copies d'écrans de tous le processus de modification jusqu'à l'envoi de la notification.
Mis à jour par Marc Avenel il y a presque 5 ans
Je n'ai pas eu de retour de sa part.
Je le relance.
Mis à jour par Marc Avenel il y a presque 5 ans
Je regarde cette publication :
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > M : Oil Systems > Renault > HR10 > T14019B > METHODES - INDUSTRIALISATION > 36 - 48 - 49 51 -72 Tools spec and reception > Mould HR10 1+1+1+1 Vigo > Fine Tuning - Mise au point 1
La publication est bien valide et accessible à l'ensemble des utilisateurs
Updated 06/20/2019 by Emmanuel TERNON
Validation the 06/20/2019 by Carla MANDADO VILAR
Mis à jour par Marc Avenel il y a presque 5 ans
- ESPACE: CORPORATE > IT - INFORMATION SYSTEMS > OPERATIONAL SERVICES > Codification SAP-PDM
- GED : SAP part creation requests (https://www.akwel.net/silverpeas/Rkmelia/kmelia11781/Main)
- Publication : FCA_118933_DEPOSITO RLV B78 MV (Rec) (ID:393968)
Mis à jour par Marc Avenel il y a presque 5 ans
Problème arrivé de suite:
GED: CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE B - WRS > PRODUCT LINE > Project Workspace > P : Washing Systems > RSA > CMF1 / JFC > I12005A >
Kmelia:javascript:parent.jumpToComponent('kmelia11500')
Validation: Targeted (only one validator)
Publication : https://www.akwel.net/silverpeas/Publication/330455
*La publication est dans la corbeille !!!
*Publication créé par YVES GATTEGNO le 02/25/2014
*Publication mise à jour par by Phuong TRAN le 07/10/2019
- Le message sur la publication : "This publication is awaiting approval of Sebastien CONTAT.
- You must validate or refuse it."
- On voit bien qu'elle est en attente chez "Sebastien CONTAT"
Demande à l'ensemble des publieurs et Manager de la valider !!!!
Pourquoi Corbeille et Notification erronée
Mis à jour par Marc Avenel il y a presque 5 ans
- Fichier Notif-Erronée.JPG Notif-Erronée.JPG ajouté
Pièce jointe
Mis à jour par Marc Avenel il y a presque 5 ans
- Fichier Notif-Erronée-2.JPG Notif-Erronée-2.JPG ajouté
ce qui m'étonne sur celle-ci
- Pas de nom associé au valideur
- C'est une GED avec un valideur ciblé
Les notifiés sont excédés par ces notifications pour lesquelles ils ne sont concernés
Croyez moi...
Mis à jour par Marc Avenel il y a presque 5 ans
Cette dernière publication est toujours en attente de validation.
Toujours un problème sur les publications qui sont mises à jour.
Mis à jour par Marc Avenel il y a presque 5 ans
J'ai contrôlé pour ce rédacteur: Jean-Luc BULBER
Groupe $PBIR_TECH_GROUP qui est rédacteur
Mis à jour par Marc Avenel il y a presque 5 ans
- Fichier Notif-Erronée-4.JPG Notif-Erronée-4.JPG ajouté
Je vous ai mis la copie écran
- il est en mode Draft
- il clique sur le lien "Publish it now !?"
- La publication part en attente de validation pour Managers et Publishers
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
Problème arrivé de suite:
GED: CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE B - WRS > PRODUCT LINE > Project Workspace > P : Washing Systems > RSA > CMF1 / JFC > I12005A >
REMARQUES
Kmelia:javascript:parent.jumpToComponent('kmelia11500')
Validation: Targeted (only one validator)
Publication : https://www.akwel.net/silverpeas/Publication/330455
*La publication est dans la corbeille !!!
*Publication créé par YVES GATTEGNO le 02/25/2014
*Publication mise à jour par by Phuong TRAN le 07/10/2019
- Le message sur la publication : "This publication is awaiting approval of Sebastien CONTAT.
- You must validate or refuse it."
- On voit bien qu'elle est en attente chez "Sebastien CONTAT"
Demande à l'ensemble des publieurs et Manager de la valider !!!!
Pourquoi Corbeille et Notification erronée
Sur ce cas: Sébastient CONTAT était peut-être marqué Valideur, mais il n'est que rédacteur sur cette GED.
Il y a donc un mécanisme de fallback qui fait que la demande de validation est envoyée aux autres valideurs potentiels.
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
J'ai refait la manipulation sur le serveur de TEST (copie de la PRODUCTION)
Je vous ai mis la copie écran
- il est en mode Draft
- il clique sur le lien "Publish it now !?"
- La publication part en attente de validation pour Managers et Publishers
Et vous aviez qui en valideur ?
Mis à jour par Marc Avenel il y a presque 5 ans
Personne en valideur car justement on a bien l'écran qui le demande (voir copie écran: Notif-Erronée-4.JPG )
Mis à jour par Marc Avenel il y a presque 5 ans
ce mécanisme de fallback quand se lance-t-il ?
- Dès que le valideur en attente change de rôle ?
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
Personne en valideur car justement on a bien l'écran qui le demande (voir copie écran: Notif-Erronée-4.JPG )
il le demande, mais si on fait "publish now", il ne le demande plus, je me trompe ?
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
En ce qui concerne votre réponse : https://tracker.silverpeas.org/issues/10529#note-60
ce mécanisme de fallback quand se lance-t-il ?
- Dès que le valideur en attente change de rôle ?
Le mécanisme de fallback entre en action lorsque la publication est sortie du mode brouillon et qu'elle part en validation.
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
J'ai refait la manipulation sur le serveur de TEST (copie de la PRODUCTION)
Je vous ai mis la copie écran
- il est en mode Draft
- il clique sur le lien "Publish it now !?"
- La publication part en attente de validation pour Managers et Publishers
Cette copie d'écran nous a attiré l'oeil..
Il semble que le problème vienne de là, lorsque le valideur initial n'est plus en mesure de valider (par exemple parce qu'il n'est plus dans les gestionnaires et publieurs), si le rédacteur fait "Publish it now" la demande de validation est envoyée à tous les valideurs potentiels.
Nous devons confirmer tout ça dans un 1er temps.
Mis à jour par David Lesimple il y a presque 5 ans
- Votre version de Silverpeas changé de 5.15.8 à 5.15.10
Nous pouvons vous fournir un patch manuel qui empêchera le rédacteur de publier sans choisir de valideur.
cf copie d'écran https://tracker.silverpeas.org/issues/10529#note-59
Mis à jour par Marc Avenel il y a presque 5 ans
OK. Adressez moi ce patch que je fasse des tests avec.
D'avance je vous en remercie
Mis à jour par David Lesimple il y a presque 5 ans
- Fichier publication.jsp publication.jsp ajouté
Le voici: publication.jsp
Le fichier est à copier dans :
$SILVERPEAS_HOME/jar/silverpeas.ear/war-ic.war/kmelia/jsp/
et dans
$JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/war-ic.war/kmelia/jsp/pour une prise en compte immédiate.
Mis à jour par Marc Avenel il y a presque 5 ans
Au fait, ce patch aucun impact sur toutes les autres fonctionnalités de la GED
Que je ne sois pas obligé de tout retester.
Merci
Mis à jour par David Lesimple il y a presque 5 ans
Marc Avenel a écrit :
Au fait, ce patch aucun impact sur toutes les autres fonctionnalités de la GED
Que je ne sois pas obligé de tout retester.
Merci
non il n'y a qu'une ligne de modifiée.
Mis à jour par Marc Avenel il y a presque 5 ans
marc AVENEL --> Manager de la GED
- Créé une publication ne mode brouillon
- Devient Rédacteur
- Revient sur sa publication: demande de sélectionner un valideur
- Ensuite propose de publier la publication --> En attente de validation chez le valideur
Tout est OK.
Je vois pour mettre en place sur la PRODUCTION.
Mis à jour par Nicolas Eysseric il y a presque 5 ans
- Statut changé de Feedback à Resolved
La JSP fournie a-t-elle été mise en production ?
Mis à jour par Marc Avenel il y a presque 5 ans
- Statut changé de Resolved à Re-opened
- $SILVERPEAS_HOME/jar/silverpeas.ear/war-ic.war/kmelia/jsp/
- $JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/war-ic.war/kmelia/jsp/
Mis à jour par Yohann Chastagnier il y a presque 5 ans
- Statut changé de Re-opened à Resolved
Je dirais que oui car la correction effectuée dans cette JSP implique qu'il n'est plus possible pour un rédacteur de publier si le valideur associé à la publication n'est plus à même de pouvoir valider (ou si le valideur n'est pas encore renseigné bien évidemment).
Mis à jour par Marc Avenel il y a plus de 4 ans
- Statut changé de Resolved à Re-opened
Nous avons encore une publication existante qui a été modifiée par un Rédacteur
Il n' pas sélectionné de valideur.
Du coup la notification pour validation a été adressée à l'ensemble des managers et puplieurs
Le workflow de validation : Target one validator.
--> Normalement on ne doit pas pouvoir modifier le contenu tant que le valideur n'est pas renseigné
Mis à jour par Marc Avenel il y a plus de 4 ans
- Nous avons 2 groupes qui sont dans Managers & Writers;
- Est-ce que ceci serait la cause du problème ?
- J'ai demandé aux managers de mettre d'aplomb la LCA
Mis à jour par David Lesimple il y a plus de 4 ans
- Statut changé de Re-opened à Feedback
Marc Avenel a écrit :
Par contre ce que j'ai vu d'important dans ce dossier en droit spécifique:
- Nous avons 2 groupes qui sont dans Managers & Writers;
- Est-ce que ceci serait la cause du problème ?
- J'ai demandé aux managers de mettre d'aplomb la LCA
Si l'utilisateur qui a modifié la publication est dans un de ces groupes, c'est l'explication, il est donc considéré comme Gestionnaire et à ce titre peut modifier directement la publication.
Mis à jour par Marc Avenel il y a plus de 4 ans
Justement l'auteur qui a modifié la publication "Jose vicente SUBIRATS GAVALDA" n'est quand aucun de ces groupes.
Il est dans les groupes $FBD_FAC_MNGT, $FBD_PL_EU_A_PL_PROX_ENG_CENTER_MGR qui sont writers.
C'est pour cela que je ne comprends pas le problème
GED/Dossier:
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > K : Fuel Systems > JLR > C17036_AJ21 > C17036C > PROJECT MANAGMENT > 1 - Nomination
LIEN : https://www.akwel.net/silverpeas/Rkmelia/kmelia37726/Main
Mis à jour par Marc Avenel il y a plus de 4 ans
Encore un autre problème
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > L : Air Systems > JLR > D7a 21MY
V18002B
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > L : Air Systems > JLR > D7a 21MY > V18002B >
Dossier: PROJECT > 5-81-TIMING_PLAN_AND_PLANNING_FOLLOW_UP >
Publication: D7a 21MY
- Updated 11/05/2018 by Nihat AKI
- Created 11/05/2018 by Nihat AKI
- Manager de la GED
- Mise à jour de la publication: Updated 09/20/2019 by Omer EKIT
- Il a changé les pièces jointes
- Une notification a été adressée à l'ensemble des Managers et Publieurs
- L'auteur de la notification est : Nihat AKI
Pourquoi ?
Mis à jour par David Lesimple il y a plus de 4 ans
Marc Avenel a écrit :
Mise à jour par Omer EKIT
- Manager de la GED
...
Résultat:- Une notification a été adressée à l'ensemble des Managers et Publieurs
- L'auteur de la notification est : Nihat AKI
Il est gestionnaire de l'application et cela a envoyé une notification de demande de validation ? Vous êtes certain ?
Mis à jour par Marc Avenel il y a plus de 4 ans
Omer EKIT est manager de la GED et en plus il est en nominatif
et Nihat AKI n'a fait aucune mise à jour.
c'est Omer qui a fait la mise à jour et les notifications de mise a jour sont adressées à l'ensemble des managers et publieurs.
Mis à jour par David Lesimple il y a plus de 4 ans
Marc Avenel a écrit :
Omer EKIT est manager de la GED et en plus il est en nominatif
et Nihat AKI n'a fait aucune mise à jour.
c'est Omer qui a fait la mise à jour et les notifications de mise a jour sont adressées à l'ensemble des managers et publieurs.
Vous n'avez pas répondu à ma question :
cela a envoyé une notification de demande de validation ?
Mis à jour par Marc Avenel il y a plus de 4 ans
Oui c'est bien une notification de demande de validation
Mis à jour par Marc Avenel il y a plus de 4 ans
- https://www.akwel.net/silverpeas/Publication/720022 (GED F15021A)
- https://www.akwel.net/silverpeas/Publication/744359 (GED F17021A)
- https://www.akwel.net/silverpeas/Publication/759665 (GED F17002A)
Franchement ce problème devient URGENT...
Les Managers notifiés m'adressent des mails pour stopper ce problème URGENT.
Mis à jour par Nicolas Eysseric il y a plus de 4 ans
Est-ce que chacune de ces publications est dans plusieurs dossiers (raccourcis) ?
Mis à jour par Marc Avenel il y a plus de 4 ans
C'est déjà dans des GEDs différentes.
*759665*
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (SYF) > RENAULT > LJC > Hood Latch > F17002A > Accueil > METHODES - INDUSTRIALISATION > 52 - 53 - Process layout and Production file
*744359*
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (SYF) > RENAULT > X62 > Hood Latch > F17021A > Accueil > METHODES - INDUSTRIALISATION > 52 - 53 - Process layout and Production file
*720022*
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (SYF) > RENAULT > BJA/HJB > Hood Latch > F15021A > Accueil > METHODES - INDUSTRIALISATION > 52 - 53 - Process layout and Production file
Mis à jour par Marc Avenel il y a plus de 4 ans
- ces publications est dans plusieurs dossiers (raccourcis) ?
Mis à jour par Marc Avenel il y a plus de 4 ans
Vu sur location on voit si il y a un raccourci (noté 1 location)
Je regarde de suite
Mis à jour par Marc Avenel il y a plus de 4 ans
720022
Aucun raccourci lié à cette publication
Pour les deux autres je regarde, il faut que je mette les droits
Mis à jour par Marc Avenel il y a plus de 4 ans
759665
Aucun raccourci lié à cette publication
744359
Aucun raccourci lié à cette publication
Mis à jour par David Lesimple il y a plus de 4 ans
Vraiment incompréhensible.. ou alors le problème est postérieur au fait de choisir le valideur.
Je vois une publication en attente de validation https://www.akwel.net/silverpeas/Publication/725880 dans la GED F15021A
Est-ce que le valideur peut la valider (ou la refuser) pour qu'on voit ce qui se passe ?
Mis à jour par Marc Avenel il y a plus de 4 ans
- CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (ART) > PSA > P8 > E14038A > Accueil > QUALITY > 83 - 8D Follow up
- GED:https://www.akwel.net/silverpeas/Rkmelia/kmelia40639/Main
- Publication: https://www.akwel.net/silverpeas/Publication/1025791
- Titre Pub: Publication BUR-PSA-2019-091 has to be validated.
- Problème de notification
- Target: (only one validator)
- Validator: Yildiray DEMIRCI
- Modifié le content : Formulaire
Ca devient très URGENT .... Les utilisateurs me relance sur ce type de problème qui alerte des responsables...
Mis à jour par Marc Avenel il y a plus de 4 ans
Notification de des tous les managers et publieurs et non le valideur lié à la publication
Mis à jour par Marc Avenel il y a plus de 4 ans
Je me permets de vous relancer car je suis moi-même relancé par les utilisateurs du Portail. Merci
Mis à jour par David Lesimple il y a plus de 4 ans
Marc Avenel a écrit :
De nouveau le problème sur cette publication:
- CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (ART) > PSA > P8 > E14038A > Accueil > QUALITY > 83 - 8D Follow up
- GED:https://www.akwel.net/silverpeas/Rkmelia/kmelia40639/Main
- Publication: https://www.akwel.net/silverpeas/Publication/1025791
- Titre Pub: Publication BUR-PSA-2019-091 has to be validated.
- Problème de notification
- Target: (only one validator)
- Validator: Yildiray DEMIRCI
- Modifié le content : Formulaire
Ca devient très URGENT .... Les utilisateurs me relance sur ce type de problème qui alerte des responsables...
Avez-vous le mail de notification envoyé aux responsables ?
Mis à jour par Marc Avenel il y a plus de 4 ans
- Fichier BUR_PSA-2019-091.JPG BUR_PSA-2019-091.JPG ajouté
Le mail habituel en voici l'exemple
Mis à jour par David Lesimple il y a plus de 4 ans
Nous allons reprendre la base de données du 14 novembre (nuit du 13 au 14).
Mis à jour par Marc Avenel il y a plus de 4 ans
En fait ce jour j'en ai eu plusieurs.
Path : EUROPE - MEA > RUD - RUDNIK > QSE² > PROCESSUS > CLI05 > Complaints - 8D sheets > Customers 8Ds > 2019
Publication 135 RUD-WEB-2019-135 Webasto NOK orientation of connector has been updated.
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > L : Air Systems > FORD > C519 > Q14062C >Edit
Publication 72_Final approval of equipements has to be validated.
.....
Pourquoi ?
Mis à jour par David Lesimple il y a plus de 4 ans
Je viens de restaurer la base de données du 14novembre, avant que la publication 1025791 ne soit modifiée.
Cette publication était précédemmment refusée.
Après m'être substitué au créateur/dernier modifieur, ma demande de validation a bien été envoyée uniquement au valideur que j'avais choisi.
On ne le reproduit donc pas, ce qui me fait dire que peut-etre le problème pourrait venir d'ailleurs, par exemple dans Jboss.
Après avoir comparé le jboss installé en prod et le mien, il y a une différence :
la directive
<persistence-enabled>false</persistence-enabled>est citée dans le fichier
$JBOSS_HOME/server/default/deploy/hornetq/hornetq-configuration.xml
Elle avait été ajoutée il y a plusieurs années de cela, suite à un bug d'HornetQ dans jBoss, et n'est donc plus nécessaire.
Il faut donc :
1. Enlever cette ligne
2. Redémarrez Silverpeas
Mis à jour par Marc Avenel il y a plus de 4 ans
Suite à votre réponse:
Répertoire: opt/jboss/server/default/deploy/hornetq/
Fichier: hornetq-configuration.xml
Supprimer la ligne: <persistence-enabled>false</persistence-enabled>
Il faut arrêter le serveur, ce qui comme vous le savez n'est pas simple chez AKWEL.
Si je supprime cette ligne, elle sera prise en compte dimanche prochain car le serveur est relancé.
Quel impact de cette solution ?
Mis à jour par Marc Avenel il y a plus de 4 ans
Je me permets de vous relancer sur ce sujet pour finalisation.
Cette semaine je ne pourrais intervenir sur le serveur.
je prépare tout pour dimanche matin
merci à vous
Mis à jour par David Lesimple il y a plus de 4 ans
Marc Avenel a écrit :
Suite à votre réponse:
Répertoire: opt/jboss/server/default/deploy/hornetq/
Fichier: hornetq-configuration.xml
Supprimer la ligne: <persistence-enabled>false</persistence-enabled>Il faut arrêter le serveur, ce qui comme vous le savez n'est pas simple chez AKWEL.
Si je supprime cette ligne, elle sera prise en compte dimanche prochain car le serveur est relancé.Quel impact de cette solution ?
Modifier à chaud ce fichier peut entrainer un blocage de Jboss, je déconseille de le faire.
Il faut le faire une fois SP arrêté.
Il n'y a pas d'impact, c'est le paramétrage par défaut.
Mais on est pas à l'abri d'une bonne surprise par rapport à ce ticket (ce n'est qu'une hypothèse).
Mis à jour par Marc Avenel il y a plus de 4 ans
La relance du serveur est en automatique le Dimanche à 23h45.
je ferai donc la mise à jour le dimanche à 23:30 juste avant la relance automatique.
est-ce bon ?
merci
Mis à jour par David Lesimple il y a plus de 4 ans
Marc Avenel a écrit :
est-ce bon ?
oui.
Mis à jour par Marc Avenel il y a plus de 4 ans
Cette modification à 23:30 sera faite le serveur en cours de fonctionnement.
Mais apparemment c'est possible de le faire sans problème suite à votre dernière réponse.
Pouvez vous me le confirmer, que je n'ai pas de soucis dimanche soir?
D'avance Merci
- Modification du fichier hornetq-configuration.xml serveur en cours de fonctionnement
- Relance du serveur en automatique
- Contrôle que le serveur fonctionne
Mis à jour par David Lesimple il y a plus de 4 ans
Modifier à chaud ce fichier peut entrainer un blocage de Jboss, je déconseille de le faire.
Mis à jour par Marc Avenel il y a plus de 4 ans
- Statut changé de Feedback à Closed
Implémenté le Dimanche 24/11/2019: Mise à jour du paramétrage
Pas de retour négatif des utilisateurs.
Clos