Bug 1283196 - [QE](6.2.z)Moving group of elements to two swimlanes associates whole group with one swimlane
[QE](6.2.z)Moving group of elements to two swimlanes associates whole group w...
Status: CLOSED WONTFIX
Product: JBoss BPMS Platform 6
Classification: JBoss
Component: jBPM Designer (Show other bugs)
6.2.0
All All
high Severity medium
: ---
: ---
Assigned To: Tihomir Surdilovic
Kirill Gaevskii
:
Depends On: 1295506
Blocks:
  Show dependency treegraph
 
Reported: 2015-11-18 07:37 EST by Kirill Gaevskii
Modified: 2016-01-05 10:55 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 1295506 (view as bug list)
Environment:
Last Closed: 2016-01-05 10:55:40 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Bug demonstration (2.17 MB, application/ogg)
2015-11-18 07:37 EST, Kirill Gaevskii
no flags Details

  None (edit)
Description Kirill Gaevskii 2015-11-18 07:37:37 EST
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 08:52:22 EST
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 13:42:29 EST
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.

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