Project

General

Profile

Actions

Bug #9268

closed

Formulaire - Saisie contenu dans un champ "Riche Texte" qui n'apparaît pas toujours

Added by Marc Avenel about 4 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Immediate
Start date:
11/14/2017
Due date:
% Done:

100%

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

Description

Nous avons une GED "Ressources Humaines" déployée sur les 45 sites
  • Dans cette GED chaque dossier est associé à un formulaire
  • Des item de type Riche Text sont utilisés
  • La publication est soumis à un workflow de validation
  • Si un utilisateur renseigne ces items "Riche Texte" certains utilisateur ne voient pas le contenu en mode lecture
  • Et si ces mêmes utilisateurs sont en édition du formulaire ils ont dans le champs la valeur 'nul'
    Voir copie écran
    C'est vraiment bloquant.
    45 GEDS

Files

RicheTexte-Pbl.PNG (23.6 KB) RicheTexte-Pbl.PNG Marc Avenel, 11/14/2017 04:43 PM
RicheTexte-Mise à jour Content.PNG (26.4 KB) RicheTexte-Mise à jour Content.PNG Marc Avenel, 11/14/2017 04:45 PM
RicheTexte-Vue.PNG (18.9 KB) RicheTexte-Vue.PNG Marc Avenel, 11/14/2017 04:45 PM
lib-core-5.15.7-SNAPSHOT.jar (2.42 MB) lib-core-5.15.7-SNAPSHOT.jar David Lesimple, 11/16/2017 10:24 AM

Related issues

Has duplicate GED - Bug #8676: Champs WYSIWYG d'un formulaire associé à un publication i18n non persistéClosedNicolas Eysseric03/27/2017

Actions
Actions #1

Updated by Sebastien Vuillet about 4 years ago

  • Status changed from New to Feedback

Quel est le workflow de validation associé à la publication ?
Pouvez-vous nous donner accès à une GED exemple ?

Actions #2

Updated by Marc Avenel about 4 years ago

C'est une GED avec des droits spécifiques
  • Un rédacteur saisit
  • Des valideurs acceptent ou refusent la publication

Je vous donnes les droits avec quel compte ?
C'est cette GED :
EUROPE - MEA > SIE - SIEGE > HUMAN RESOURCES > DEPARTMENT > Recruitment & Notification of Action > Manufacturing Performance Department > 2.Notification of Action > Change situation

Ca devient URGENT.
Merci

Actions #3

Updated by Marc Avenel about 4 years ago

C'est cette publication:
EUROPE - MEA > SIE - SIEGE > HUMAN RESOURCES > DEPARTMENT > Recruitment & Notification of Action > Manufacturing Performance Department > 2.Notification of Action > Change situation > NOA_2017_11_Serge Traclet
J'ai David Lesimple commme Manager.

Actions #4

Updated by Marc Avenel about 4 years ago

  • Priority changed from Urgent to Immediate

Cette demande est vraiment Urgente
Elle bloque tous les sites sur la gestion RH.
Merci à vous

Actions #5

Updated by David Lesimple about 4 years ago

  • Assignee set to David Lesimple
Actions #6

Updated by David Lesimple about 4 years ago

  • Status changed from Feedback to In progress...
Actions #7

Updated by David Lesimple about 4 years ago

Est-il normal que cette GED soit paramétrée invisible ?

Actions #8

Updated by David Lesimple about 4 years ago

La publication en question est en français.
Il s'avère que seuls les utilisateurs dans cette langue (langue par défaut) voient le contenu du champ remarks.
En copiant sur le serveur une version en du contenu du champ, ça fonctionne.

A confirmer si c'est un bug produit et dans quel contexte on le reproduit.

Actions #9

Updated by Marc Avenel about 4 years ago

Cette GED a des droits par dossiers
Ma question:
  • Pourquoi le champs "Remark" ne fonctionne pas comme les autre champs avec n'importe quel langue
je ne comprends celle-ci:
  • En copiant sur le serveur une version en du contenu du champ, ça fonctionne
Actions #10

Updated by David Lesimple about 4 years ago

Marc Avenel a écrit :

Ma question:
  • Pourquoi le champs "Remark" ne fonctionne pas comme les autre champs avec n'importe quel langue

Son contenu n'est pas stocké en base de données mais sur le serveur.

je ne comprends celle-ci:
  • En copiant sur le serveur une version en du contenu du champ, ça fonctionne

C'est sans importance, c'est ce qui m'a permis d'identifier le problème.

Actions #11

Updated by Marc Avenel about 4 years ago

J'ai fait le test.
  • Comme de fait si dans mon profil je change de langue
  • Je vois le commentaire

Mais il faut que ce commentaire soit visible dans les deux langues
Ce n'est pas possible autrement...
Comment faisons nous ?
Merci à vous

Actions #12

Updated by David Lesimple about 4 years ago

C'est bien un bug produit.

Le contexte :

- Multilangue activé
- formulaire xml avec surcouche HTML (pas de problème si pas de surcouche)
- champ de type wysiwyg

Si l'utilisateur n'est pas dans la même langue que la publication, le contenu du champ wysiwyg n'est pas affiché.

Si vous n'utilisez la surcouche HTML, tout fonctionne bien.

Actions #13

Updated by David Lesimple about 4 years ago

  • Status changed from In progress... to Qualified
Actions #14

Updated by Marc Avenel about 4 years ago

Vous me dites

Si vous n'utilisez la surcouche HTML, tout fonctionne bien.

Je ne comprends votre remarque.
Merci à vous?

Actions #15

Updated by Marc Avenel about 4 years ago

En fait je viens de comprendre
  • Si je n'utilise pas le HTML mai je laisse les champs telque;
  • Ceci fonctionne bien.
  • Mais justement la présentation est trop importante pour éviter le HTML.

Avez vous vu la présentation?

Actions #16

Updated by Marc Avenel about 4 years ago

Vous travaillez dessus ?
Merci à vous..

Actions #17

Updated by Nicolas Eysseric about 4 years ago

  • Status changed from Qualified to Resolved

Bonsoir,

J'ai reproduit le problème également en v6...
David, tu trouveras la correction sur le commit https://github.com/NicolasEYSSERIC/Silverpeas-Core/commit/afa441113122fd734544f6abb0da5d915d8d4d7e (sur mon repo v6).
Je pense qu'elle est facilement "reportable" en v5.
Désolé mais je ne peux pas faire plus pour l'instant (et en déplacement demain).

Actions #18

Updated by David Lesimple about 4 years ago

correctif manuel en préparation.

Actions #19

Updated by Marc Avenel about 4 years ago

Super.
Vous me prévenez dès que je peux récupérer le correctif.
Merci à vous. Bien cordialement

Actions #20

Updated by David Lesimple about 4 years ago

voici le patch manuel adapté à votre contexte (lib-core repris de votre installation contenant les optimisations de la 5.15.7).
A valider en test avant.

Actions #21

Updated by David Lesimple about 4 years ago

  • % Done changed from 0 to 50
Actions #22

Updated by Marc Avenel about 4 years ago

Pouvez nous livrer la version définitive?
Nous mettons à jour le portail ce soir.
merci à vous.

Actions #23

Updated by David Lesimple about 4 years ago

Marc Avenel a écrit :

Pouvez nous livrer la version définitive?
Nous mettons à jour le portail ce soir.
merci à vous.

Le correctif n'a encore pas été intégré à la 5.15.7, celle-ci n'est donc pas encore sortie.

Actions #24

Updated by Marc Avenel about 4 years ago

Donc j’intègre ce fichier " lib-core-5.15.7-SNAPSHOT.jar" tel que sur la Production?
Merci

Actions #25

Updated by David Lesimple about 4 years ago

Marc Avenel a écrit :

Donc j’intègre ce fichier " lib-core-5.15.7-SNAPSHOT.jar" tel que sur la Production?
Merci

oui.

Actions #26

Updated by Marc Avenel about 4 years ago

Ok. c'est ce qui est prévu ce soir en Production.
Merci à vous

Actions #27

Updated by Marc Avenel about 4 years ago

  • Status changed from Resolved to Closed

Mis en production avec succès le 20/11/2017 au soir
Merci à vous.

Actions #28

Updated by David Lesimple about 4 years ago

  • Status changed from Closed to Re-opened
  • Target version set to Version 5.15.7
  • % Done changed from 50 to 90

Je réouvre le ticket car l'intégration de la correction reste à faire en 5.15.7

Actions #29

Updated by Marc Avenel about 4 years ago

vous nous tenez au courant dès que l'intégration est faite en 5.15.7
  • Que l'on mette à jour "lib-core-5.15.7-SNAPSHOT.jar" sur notre serveur de Production
    Merci à vous
Actions #30

Updated by David Lesimple almost 4 years ago

  • Has duplicate Bug #9403: GED-Item "Wysiwyg"-valeur par défaut "NULL" added
Actions #31

Updated by David Lesimple almost 4 years ago

  • Has duplicate deleted (Bug #9403: GED-Item "Wysiwyg"-valeur par défaut "NULL")
Actions #33

Updated by Marc Avenel almost 4 years ago

Le problème sur les deux champs de type RichText avec NULL dans le contenu en valeur par défaut est revenu.
Merci à vous.

Actions #34

Updated by Nicolas Eysseric almost 4 years ago

  • Status changed from Re-opened to In progress...
  • Assignee changed from David Lesimple to Nicolas Eysseric
Actions #35

Updated by Nicolas Eysseric almost 4 years ago

Marc Avenel a écrit :

Le problème sur les deux champs de type RichText avec NULL dans le contenu en valeur par défaut est revenu.
Merci à vous.

Bonjour,

Pouvez-vous m'indiquez où cela se reproduit exactement ?

Merci

Actions #36

Updated by Marc Avenel almost 4 years ago

Oui la dernière mise à jour a été sur cette publication:

CORPORATE > BD - BUSINESS DEVELOPMENT > MWS-MECHANISMS AND WASHING SYSTEMS > PRODUCT LINES > Project Workspace > O : Mechanisms (SYF COI-COE) > PSA > K9 > COI > F13015A > Accueil > METHODES INDUSTRIALISATION > 50 - Analyse systèmes de mesure
Actions #37

Updated by Marc Avenel almost 4 years ago

Toutes mes excuses je me suis trompé de ticket

Actions #38

Updated by Marc Avenel almost 4 years ago

Pour le RichText à null c'est toutes les GEDS RH
Vous pouvez regarder sur : EUROPE - MEA > CHA - CHAMPFROMIER > HUMAN RESOURCES > DEPARTMENT > Recruitment and Notification of Action

Actions #39

Updated by Nicolas Eysseric over 3 years ago

  • Has duplicate Bug #8676: Champs WYSIWYG d'un formulaire associé à un publication i18n non persisté added
Actions #40

Updated by Nicolas Eysseric over 3 years ago

  • Status changed from In progress... to Resolved
  • % Done changed from 90 to 100

Intégré à la 5.15.7

Actions #41

Updated by Yohann Chastagnier over 3 years ago

  • Status changed from Resolved to Integration in progress...
Actions #42

Updated by Yohann Chastagnier over 3 years ago

  • Status changed from Integration in progress... to V6 pending

Intégré en 6.0.x

Actions #43

Updated by Yohann Chastagnier over 3 years ago

  • Status changed from V6 pending to Closed

Intégré en 6.x

Actions

Also available in: Atom PDF