Bug 1283196

Summary: [QE](6.2.z)Moving group of elements to two swimlanes associates whole group with one swimlane
Product: [Retired] JBoss BPMS Platform 6 Reporter: Kirill Gaevskii <kgaevski>
Component: jBPM DesignerAssignee: Tihomir Surdilovic <tsurdilo>
Status: CLOSED WONTFIX QA Contact: Kirill Gaevskii <kgaevski>
Severity: medium Docs Contact:
Priority: high    
Version: 6.2.0CC: alazarot, jsniezek, kverlaen, rrajasek
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: All   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1295506 (view as bug list) Environment:
Last Closed: 2016-01-05 15:55:40 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1295506    
Bug Blocks:    
Attachments:
Description Flags
Bug demonstration none

Description Kirill Gaevskii 2015-11-18 12:37:37 UTC 
Created attachment 1096024 [details]
Bug demonstration

Description of problem:
If you have group of elements out of swimlanes and you will try to move all of them in such a way as some of elements will be on one swimlane and rest of them on another all elements will be associate with one of them. (see attachment)

Version-Release number of selected component (if applicable):
6.2.CR1

How reproducible:
always

Steps to Reproduce:
1. Create Business Process with two swimlanes and some elements out of them
2. Select all elements and move it in such a way as some of elements will be on first swimlane and rest of them on second one.

Actual results:
All elements will associate with one of swimlane

Expected results:
Elements on first swimlane will be associated with first swimlane, elements on second swimlane will be associated with second one.

Additional info:
All elements out of both swimlanes also will associate like there are on the swimlane.

I guess it is related with bug 1262030
Comment 1 Kris Verlaenen 2015-11-18 13:52:22 UTC 
Not sure if it would be expected that the second group of elements would end up in a different swimlane.  I would expect all elements to be dropped in the same swimlane, although this might mean the swimlane might have to be expanded automatically so they visually fall into the swimlane as well.  

Joe, wdyt?
Comment 2 Joe Sniezek 2015-11-18 18:42:29 UTC 
Hi Kris, I agree, when dragging a group of items into swimlanes, there should be a single destination for a single drag-drop interaction. So the current behavior is fine, it's just the visual presentation of the result which is problematic.

I think your solution to expand the target swimlane automatically is the right approach. And it would be best if this action also shifted the position of the non-target swimlane, if possible, rather than having the two swimlanes overlap.