Bug #7960
closed
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)
Files
Updated by David Lesimple about 9 years ago
Pb de traitement asynchrone ? En effet, lorsque je passe en mode debug, je n'ai pas l'erreur...
Updated by Nicolas Eysseric about 9 years ago
- Status changed from New to 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 ?
Updated by Nicolas Eysseric about 9 years ago
David, je te confirme que la modification du paramètre décrite ce matin permet de contourner le problème.
Updated by David Lesimple about 9 years ago
En effet, il faut remettre à 0 pour que cela fonctionne de nouveau.
Cela ne concernerait que les contenus wysiwyg ?
Updated by Nicolas Eysseric about 9 years ago
- Status changed from Feedback to In progress...
- Assignee set to Nicolas Eysseric
- Target version set to 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...
Updated by Nicolas Eysseric about 9 years ago
- File DemandeCongesSimple.xml DemandeCongesSimple.xml added
- Status changed from In progress... to Resolved
- Priority changed from Urgent to High
- % Done changed from 0 to 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.
Updated by Yohann Chastagnier about 9 years ago
- Status changed from Resolved to Integration in progress...
Updated by Yohann Chastagnier about 9 years ago
- Status changed from Integration in progress... to V6 pending
Validé et intégré en 5.15.x
Updated by Yohann Chastagnier about 9 years ago
- Status changed from V6 pending to Closed
Reporté en 6.x