Bug 1288171 - RuntimeDataServiceImpl. getProcessInstanceHistory returning incorrect active nodes for tasks inside ad-hoc subprocesses
Summary: RuntimeDataServiceImpl. getProcessInstanceHistory returning incorrect active ...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: JBoss BPMS Platform 6
Classification: Retired
Component: jBPM Core
Version: 6.3.0
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: DR1
: 6.3.0
Assignee: Maciej Swiderski
QA Contact: Radovan Synek
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-12-03 18:12 UTC by Tihomir Surdilovic
Modified: 2016-03-29 14:23 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-03-29 14:23:29 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
sample bpmn2 process (14.23 KB, application/xml)
2015-12-03 18:13 UTC, Tihomir Surdilovic
no flags Details

Description Tihomir Surdilovic 2015-12-03 18:12:20 UTC
Description of problem:

Example process with user tasks inside ad-hoc subprocess. When starting process instance and viewing the process view, the active tasks are not highlighted. What is highlighted is the ad-hoc process itself. (example here: http://imgur.com/F1xgjTl)

jBPM Designer is getting passed the ID of the ad-hoc subprocess instead of the task inside the subprocess.

The console code should be getting node info from getProcessInstanceHistory in RuntimeDataServiceImpl and there seems to be some issue there with the executed queries



How reproducible:


Steps to Reproduce:
1. In workbench create sample process (bpmn2 attached)
2.Build Project
3. Start process instance
4. View Process View


Actual results:
The "active" node is the ad-hoc subprocess


Expected results:
The "active" node should be the task inside subprocess

Comment 1 Tihomir Surdilovic 2015-12-03 18:13:42 UTC
Created attachment 1101880 [details]
sample bpmn2 process

Comment 3 Maciej Swiderski 2015-12-07 16:40:55 UTC
added test case to illustrate it does work as expected, so moving to modified to double check - main thing here is that ad hoc subprocess does not activate any tasks in it so these must be explicitly signaled to be active

jbpm
master:
https://github.com/droolsjbpm/jbpm/commit/b071ece6847c40e0d180cb775cdb7b06daafb7db

Comment 4 Radovan Synek 2016-03-29 14:23:29 UTC
Works as Maciej described. If the problem is not connected with not signalling the task inside the ad hoc subprocess, feel free to reopen the issues.

@Maciej Thanks for enhancing the test coverage.


Note You need to log in before you can comment on or make changes to this bug.