Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Resizing Lanes Causing Elements to be outside lane #1222

Open
velkymx opened this issue Apr 30, 2020 · 1 comment
Open

Resizing Lanes Causing Elements to be outside lane #1222

velkymx opened this issue Apr 30, 2020 · 1 comment
Labels
Defect Deviation from requirements; functionality works but is out-of-spec. On hold Waiting for more information or re-prioritization before continuing work

Comments

@velkymx
Copy link
Contributor

velkymx commented Apr 30, 2020

When you resize a lane, the elements inside do not move with the lane, this produce that some elements will appear in other lanes, please watch the attached video.

image

Video: https://www.dropbox.com/s/swn1nujv6p9w09y/Lane%20size%20issue.mp4?dl=0

Steps to Reproduce:
Login as admin user

Go to Admin > Designer section

Create a new process

Add a pool with two or more lanes

Put tasks in the both lanes

Increase the height of the first lane

Current Behavior:
When you increase the height of first lane, tasks in second lane does not move with its lane and they are being covered by the first lane.

Expected Behavior:
All elements in a lane should move with the current lane.

@velkymx velkymx added the bug Functionality isn't working as expected; usually the result of a mistake or oversight in the code. label Apr 30, 2020
@chipit24 chipit24 added Defect Deviation from requirements; functionality works but is out-of-spec. and removed bug Functionality isn't working as expected; usually the result of a mistake or oversight in the code. labels Apr 30, 2020
@chipit24
Copy link
Contributor

This is how lanes were initially designed; lanes can be resized regardless of what elements (if any) are inside them. This is exactly how Camunda behaves as well. This allows resizing a lane up or down to capture additional elements without manually dragging the elements inside the lane.

Putting this on hold as the work required to implement this functionality puts the estimate beyond this week.

@chipit24 chipit24 added the On hold Waiting for more information or re-prioritization before continuing work label Apr 30, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Defect Deviation from requirements; functionality works but is out-of-spec. On hold Waiting for more information or re-prioritization before continuing work
Projects
None yet
Development

No branches or pull requests

2 participants