136578 - using ctrl to select multiple entries in a <select> does not work as expected

Status: RESOLVED WORKSFORME

(Core :: Layout: Form Controls, defect)

Description

[Vadim Berezniker]

1. Go to the bugzilla query page.
2. Move the mouse to the Status selection box over 'NEW'
3. Press Ctrl and hold it down.
4. Drag down from NEW to REOPENED

Actual results: 'NEW' and 'ASSIGNED' stays selected and 'REOPENED' is unselected
Expected results: 'NEW', 'ASSIGNED' and 'REOPENED' are deselected.

linux trunk 2002041007

Comment 1

[rods (gone)]

important

Comment 2

[John Keiser (jkeiser)]

Linux WFM 2002040706, this must be a recent regression.

Comment 3

[Vadim Berezniker]

well. just lovely. i installed an older build, and it seems this behaviour was
always there, I just never noticed it.

There should be a way to downgrade a bug to UNCONFIRMED.
I'm not sure what's happening here, and what's supposed to happen.

Comment 4

[John Keiser (jkeiser)]

Wait, I want to get something clear.  What behavior did you see?  The behavior
reported in the bug is serious--it is reporting that NEW and ASSIGNED are not
changing their value when you ctrl+drag-select them.  The expected behavior (at
least the behavior I programmed) is that every single option you ctrl+drag over
will toggle.

If the behavior you reported is happening in recent builds, it should be new. 
If the bug is about something else, I'd really like to know what it is.

Comment 5

[Vadim Berezniker]

What I'm seeing is that some items will not always toggle.
I go to the bugzilla query page. 
Hold down Ctrl and then drag across 'NEW', 'ASSIGNED' and 'REOPENED'
Sometimes it doesn't happen on the first try.
(Reason I reported this was because earlier it seemed to happen always on first
try.)
If you keep holding Ctrl and keep dragging (from NEW to REOPENED), the options
don't seem to toggle properly.

The reason why I thought it was weird is that I went back to 0.9.9 and the same
thing happened. So either something in my behaviour changed(maybe I'm dragging
faster now) or something in my OS changed(not much, no gtk upgrades, no x
upgrades, etc).

Comment 6

[John Keiser (jkeiser)]

Hmm.  I'm not seeing it at all, ever.  But it does seem sort of *strange* when
you CTRL+drag up and down quickly, a lot--the results seem random even though
they are not.  Try doing it slowly and remember that when you move over an
option it will be *toggled*.  Even if you have already moved over it before.

Dragging from NEW to ASSIGNED and back should:
- deselect NEW
- deselect ASSIGNED
- select NEW
- select ASSIGNED
- deselect NEW
....

Comment 7

[Vadim Berezniker]

I don't see the problem with 2 items in the list box.
When I go from NEW to REOPENED (3), sometimes the selection changes unexpectedly
and not to what I expect.

I can't find a way to make it reproduce on every single drag.

Comment 8

[Vadim Berezniker]

BTW, I'm not dragging Down then Up. I always drag from Top to Bottom while
continuing holding Ctrl.

Comment 9

[John Keiser (jkeiser)]

OK, so please tell me if this summary of what you are seeing is right:

- When you ctrl+drag the mouse over an option that is selected, it sometimes
does not become deselected.
- When you ctrl+drag the mouse over an option that is deselected, it sometimes
does not become selected.
- So far, there is no pattern as to which options exhibit this behavior, or
whether it occurs with a certain drag speed.

Removing keywords until we know what is happening.

Comment 10

[Vadim Berezniker]

Looking over my old reported bugs ...

This looks like it could be possibly caused by the code that lets you select
'boxes' using Ctrl.
Is that on by default or did I enable some pref somewhere along the line?

Comment 11

[John Keiser (jkeiser)]

I'm afraid I missed your comment last time, sorry.  What preference are you
talking about?  I'm not aware of this code.

Comment 12

[John Keiser (jkeiser)]

Per email with the author, this is no longer happening.  Reopen if this comes back.