Uploaded image for project: 'OpenIDM'
  1. OpenIDM
  2. OPENIDM-6337

a workflow variable value is set to a wrong value

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Minor
    • Resolution: Won't Fix
    • Affects Version/s: OpenIDM 4.0.0
    • Fix Version/s: None
    • Component/s: Module - Workflow
    • Labels:
      None
    • Environment:
      CentOS 6.7
      java version "1.8.0_65"
      Java(TM) SE Runtime Environment (build 1.8.0_65-b17)
      Java HotSpot(TM) 64-Bit Server VM (build 25.65-b01, mixed mode)
      OpenIDM 4

      Description

      I have a workflow triggered by the task scanner, which is fired for each managed user.
      I want to change the name of the user tasks displayed in the end user UI, both under "My group's tasks" and "My tasks".

      The problem is that while I use the same technique to do so, it works for the "My tasks" zone, but not for the "My group's tasks" where the variable is set to the value of the first workflow task instances for all the instances. (see attached screenshots and configuration files).
      For example, if I have user.1 and user.2, 2 workflow instances are fired, but in each instance, the user tasks name is set to user.1 in "My group's tasks" while set to user.1 for user.1 and user.2 for user.2 in "My tasks".

      Basically, for the corresponding workflow tasks (BPMN userTask's actually), the name of the task is defined as follows:

      <userTask id="managerApproval" name="Role Status Check for ${userName}" activiti:candidateUsers="${candidateManagers}" activiti:formKey="certificationRolesForm.xhtml">
      

      The userName variable is set in a previous task with the following statement:

      execution.setVariable('userName', userName);

        Attachments

          Activity

            People

            Assignee:
            alin Alin Brici
            Reporter:
            cgrosjean Cyril Grosjean
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: