Workflow stages result in unexpected behavior when the stages icon is used in a workflow that has a subflow attached. During time span when the subflow is executed from the main workflow, both the subflow and main workflow compete to update the same stage field. If the subflow gets the control of the stage field, the stage icons show the stages from the subflow. After the subflow completes, the stages icon does not show the stages from the main workflow.

Steps to Reproduce

  1. Log in to the demo instance.
  2. In the navigation filter, enter Change.
  3. Open any change request form and right-click the header. Select Personalize form layout and add the u_stages field to the form.
  4. Save the form.
  5. Create a new business rule change_request_u_stagesGetChoices. (Use the attached file for the exported business rule.)
  6. Import the file to the business rule.
  7. Navigate to Change > Create New.
  8. Set the type as Comprehensive and short description as TestINT1995399.
  9. Click Submit.
  10. Navigate to the change list and personalize list control. Add the u_stages field to the list. Notice that the newly created request stages are showing from the main workflow.
  11. Complete the generated tasks.
  12. Notice that when the Comprehensive change workflow reaches to subflow activity, and if the subflow gets the control of stages field, the stages icon starts showing the stages from subflow.

Even if subflow is completed and the main workflow starts executing the activities and completes the successfully, the stages icon still shows stages from the subflow. The main workflow does not get control back for the stages field.



If you are able to upgrade, review the Fixed In field to determine the versions that have a permanent fix to this issue.

Related Problem: PRB573720

Seen In

Aspen Patch 3
Calgary Patch 1
June 2011 Release Patch 3

Fixed In

Dublin EA 0

Associated Community Threads

There is no data to report.

Article Information

Last Updated:2016-12-30 12:51:41