Projet

Général

Profil

Actions

Bug #7960

fermé

Erreur lors de la récupération d'un champ de type wysiwyg

Ajouté par David Lesimple il y a plus de 8 ans. Mis à jour il y a plus de 8 ans.

Statut:
Closed
Priorité:
High
Assigné à:
Catégorie:
Workflow
Début:
31/05/2016
Echéance:
% réalisé:

100%

Temps estimé:
Navigateur:
Tous
Votre version de Silverpeas:
5.15.2
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:

Description

Dans un workflow, dès l'étape de création, si l'instance contient un champ de type wysiwyg, son contenu n'est pas récupéré
et l'instance est en erreur :

31/05/16-15:35:09,205 - ERROR : workflowEngine.EX_ERROR_PROCESSING_REQUEST | MODULE : workflowEngine.WorkflowEngineThread | Erreur lors du traitement d'une requête de la liste
Problème dans l'ajout d'une requête de type tache effectuée
nested : Erreur dans le traitement d'un événement par le moteur de workflow
nested (Deepest) :
java.lang.NullPointerException
at com.silverpeas.form.displayers.WysiwygFCKFieldDisplayer.getContent(WysiwygFCKFieldDisplayer.java:527)
at com.silverpeas.form.displayers.WysiwygFCKFieldDisplayer.duplicateContent(WysiwygFCKFieldDisplayer.java:517)
at com.silverpeas.workflow.engine.instance.ProcessInstanceImpl.updateWysiwygDataWithStepId(ProcessInstanceImpl.java:1113)
at com.silverpeas.workflow.engine.instance.ProcessInstanceImpl.saveActionRecord(ProcessInstanceImpl.java:1040)
at com.silverpeas.workflow.engine.WorkflowTools.processAction(WorkflowEngineThread.java:1126)
at com.silverpeas.workflow.engine.TaskDoneRequest.processEvent(WorkflowEngineThread.java:426)
at com.silverpeas.workflow.engine.TaskDoneRequest.process(WorkflowEngineThread.java:356)
at com.silverpeas.workflow.engine.WorkflowEngineThread.run(WorkflowEngineThread.java:186)


Fichiers

DemandeCongesSimple.xml (12,1 ko) DemandeCongesSimple.xml Nicolas Eysseric, 01/06/2016 16:12

Mis à jour par David Lesimple il y a plus de 8 ans

Pb de traitement asynchrone ? En effet, lorsque je passe en mode debug, je n'ai pas l'erreur...

Mis à jour par Nicolas Eysseric il y a plus de 8 ans

  • Statut changé de New à Feedback

David, la feature #7755 introduit en effet un temps d'attente par défaut d'une seconde.
Ce temps est paramétrable via refresh.delay du processManagerSettings.properties.
Pour revenir dans le même état qu'en 5.15.1, il suffit d'affecter la valeur 0.

Est-ce que cela permet de contourner le problème ?

Mis à jour par Nicolas Eysseric il y a plus de 8 ans

David, je te confirme que la modification du paramètre décrite ce matin permet de contourner le problème.

Mis à jour par David Lesimple il y a plus de 8 ans

En effet, il faut remettre à 0 pour que cela fonctionne de nouveau.
Cela ne concernerait que les contenus wysiwyg ?

Mis à jour par Nicolas Eysseric il y a plus de 8 ans

  • Statut changé de Feedback à In progress...
  • Assigné à mis à Nicolas Eysseric
  • Version cible mis à Version 5.15.3

Je regarde pour modifier le traitement mis en place en 5.15.2 afin qu'il soit placé à un endroit moins intrusif...

Mis à jour par Nicolas Eysseric il y a plus de 8 ans

Traité par PR : https://github.com/Silverpeas/Silverpeas-Components/pull/487

La pause (introduite en 5.15.2) avait lieu au milieu du traitement d'enregistrement. Cela générait un effet de bord sur les champs WYSIWYG. J'ai déplacé cette pause afin qu'elle ait lieu à un moment plus normal (lors du rafraîchissement de la liste).

Pour les tests d'intégration, je joins la demande de congés simplifiée (celle fourni par défaut avec SP) et modifiée afin qu'un champ WYSIWYG soit présent dans le formulaire de demande.

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

  • Statut changé de Resolved à Integration in progress...

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

  • Statut changé de Integration in progress... à V6 pending

Validé et intégré en 5.15.x

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

  • Statut changé de V6 pending à Closed

Reporté en 6.x

Actions

Formats disponibles : Atom PDF