Bug 1373136

Summary: When dragging elements in 'New Scheduling policy' the dragging 'takes' more than one element
Product: [oVirt] ovirt-engine Reporter: Shira Maximov <mshira>
Component: Frontend.WebAdminAssignee: bugs <bugs>
Status: CLOSED DEFERRED QA Contact: Liran Rotenberg <lrotenbe>
Severity: medium Docs Contact:
Priority: medium    
Version: 4.0.0CC: bugs, dfediuck, gshereme, mavital, mgoldboi, mshira, sgratch
Target Milestone: ---Flags: pm-rhel: ovirt-4.5?
mgoldboi: planning_ack+
dfediuck: devel_ack?
mavital: testing_ack+
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-04-01 14:48:29 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: UX RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
video
none
picture 1
none
picture 2
none
picture 3 none

Description Shira Maximov 2016-09-05 10:36:41 UTC
Created attachment 1197845 [details]
video

Description of problem:
When dragging Filter Modules/ Weights Modules in 'New Scheduling policy'  the dragging 'takes' more than one filter. (video is attached)

also , when the dragging happens on only one element, the drga takes half of the next element as well ( picture is attached)

Version-Release number of selected component (if applicable):
Red Hat Virtualization Manager Version: 4.0.4-0.1.el7ev


How reproducible:
50%

Steps to Reproduce:
1. configure ->  scheduling policy ->  new -> start dragging elements. 
2.
3.

Actual results:


Expected results:


Additional info:

Comment 1 Shira Maximov 2016-09-05 10:37:36 UTC
Created attachment 1197846 [details]
picture 1

Comment 2 Shira Maximov 2016-09-05 10:38:01 UTC
Created attachment 1197847 [details]
picture 2

Comment 3 Roy Golan 2016-09-06 06:11:42 UTC
- is this browser specific?
- when it's not happening can you still drag 1 element and continue to work?

Comment 4 Red Hat Bugzilla Rules Engine 2016-09-06 06:11:48 UTC
Bug tickets must have version flags set prior to targeting them to a release. Please ask maintainer to set the correct version flags and only then set the target milestone.

Comment 5 Shira Maximov 2016-09-06 10:40:41 UTC
(In reply to Roy Golan from comment #3)
> - is this browser specific?

yes it happend in chrome- versions:
Version 52.0.2716.0 dev (64-bit)
Version 52.0.2743.116 (64-bit)
worked fine on firefox. 


> - when it's not happening can you still drag 1 element and continue to work?

it's not happening all the time.. so it's possible to add one element.. 
when I first saw it the drag took 2/3/or more  items but only one worked - which is good.. 
after exiting the configure tab and entering again the dragging seems to work fine.. but i managed to reproduce it when dragging a lot of elements rapidly.

Comment 6 Phillip Bailey 2016-09-13 21:01:36 UTC
Shira,

After replicating the issue, it seems that the multiple select only happens when I click on the area between two elements instead of cleanly selecting a single element. The same thing seems to be happening in your video. I've also only been able to replicate this on Chrome. When using Firefox, the cursor changes back to an arrow and selection is disabled when moving between elements. This is obviously the intended and desired behavior.

I haven't been able to replicate the selection of half of the next element as you show in your picture. Can you verify that it is still occurring for you?

Comment 7 Shira Maximov 2016-09-15 15:20:13 UTC
Created attachment 1201288 [details]
picture 3

Comment 8 Shira Maximov 2016-09-15 15:21:35 UTC
(In reply to Phillip Bailey from comment #6)
> Shira,
> 
> After replicating the issue, it seems that the multiple select only happens
> when I click on the area between two elements instead of cleanly selecting a
> single element. The same thing seems to be happening in your video. I've
> also only been able to replicate this on Chrome. When using Firefox, the
> cursor changes back to an arrow and selection is disabled when moving
> between elements. This is obviously the intended and desired behavior.
> 
> I haven't been able to replicate the selection of half of the next element
> as you show in your picture. Can you verify that it is still occurring for
> you?

yes it still occurring, i attached another picture from now, which the selection takes two elements together

Comment 9 Phillip Bailey 2016-09-23 14:21:29 UTC
Is this a dev build or an install from RPM? If it's a dev build, are you building for all user agents? Jenny (jtokar) was able to reproduce the effect, but her dev build wasn't built for all user agents and didn't properly support Chrome. She got an error message saying that GWT wasn't compiled for the correct user agent, so I'm assuming you'd get the same error, but it's worth checking.

Comment 11 Doron Fediuck 2017-07-26 08:50:27 UTC
Is this still an issue with the new UI?

Comment 12 Shira Maximov 2017-07-26 09:11:51 UTC
(In reply to Doron Fediuck from comment #11)
> Is this still an issue with the new UI?

Yes, I managed to reproduce it, 
ovirt version: 
oVirt Engine Version: 4.2.0-0.0.master.20170725202023.git561151b.el7.centos

Comment 13 Martin Sivák 2018-06-26 15:55:55 UTC
Someone from the UX team should take a look on this. We lack the expertise right now.

Comment 14 Michal Skrivanek 2020-03-19 15:42:24 UTC
We didn't get to this bug for more than 2 years, and it's not being considered for the upcoming 4.4. It's unlikely that it will ever be addressed so I'm suggesting to close it.
If you feel this needs to be addressed and want to work on it please remove cond nack and target accordingly.

Comment 15 Michal Skrivanek 2020-04-01 14:48:29 UTC
Closing old bug. Please reopen if still relevant/you want to work on it.