Bug #7960
fermé
Erreur lors de la récupération d'un champ de type wysiwyg
100%
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
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
- Fichier DemandeCongesSimple.xml DemandeCongesSimple.xml ajouté
- Statut changé de In progress... à Resolved
- Priorité changé de Urgent à High
- % réalisé changé de 0 à 100
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