Closed
Bug 140116
Opened 23 years ago
Closed 23 years ago
ctrl/cmd+clicking (non-contiguous selection, with scrolling downwards) in listbox visually messed up
Categories
(Core :: Layout: Form Controls, defect)
Core
Layout: Form Controls
Tracking
()
VERIFIED
FIXED
People
(Reporter: bugzilla, Assigned: rods)
References
()
Details
(Keywords: regression)
found using 2002.04.25.0x-1.0.0 commercial bits on linux rh7.2 and win2k.
when i'm doing non-contiguous selection of items within and HTML listbox, the
listbox seems to always jump back to my 1st selection. the selections are still
made, but it's still rather jarring to see.
1. go to an html form which contains a listbox where you can make multiple
selections. the Component listbox on the bugzilla query page
[http://bugzilla.mozilla.org/query.cgi] is good.
2. select an item, eg, "Address Book" (it doesn't matter whether or not you
scroll to this 1st item).
3. scroll down the listbox, and Control+click another item --eg, "Keyboard
Navigation".
results: the listbox quickly jumps back to "Address Book" (whatever item
selected in (2)), which is confusing as it implies that "Keyboard Navigation"
wasn't selected. the item in (3) is selected, but you need to scroll down again
to actually see it.
expected: should not see jumps back to the 1st item when doing non-contiguous
selection.
side note: continuous selection (Shift+clicking) in a listbox seems fine so far...
| Reporter | ||
Updated•23 years ago
|
Keywords: nsbeta1,
regression
| Reporter | ||
Comment 1•23 years ago
|
||
also a problem on mac 10.1.4 when using Command+click in an html listbox.
Summary: ctrl+clicking (non-contiguous selection) in listbox visually messed up → ctrl/cmd+clicking (non-contiguous selection) in listbox visually messed up
Comment 2•23 years ago
|
||
whoo, confirmed on Win2k-sp2 2002042406-1.0 branch.
Here's an odd one: if I select Address Book and then select something else that's
already visible *without* scrolling through the list, it works. Reporter, what do
you see?
| Reporter | ||
Comment 3•23 years ago
|
||
david: yep, i see that as well. so, this bug is limited to where scrolling is
needed for non-contiguous selections.
Summary: ctrl/cmd+clicking (non-contiguous selection) in listbox visually messed up → ctrl/cmd+clicking (non-contiguous selection, with scrolling) in listbox visually messed up
| Reporter | ||
Comment 4•23 years ago
|
||
more info: this is also limited to when i scroll *downwards* to make subsequent
selections.
not a problem if i scroll upward in the listbox. eg, using Components listbox in
bugzilla again: first select something like "XPCOM", scroll upwards, then
ctrl+click to select "OJI". this works fine.
Summary: ctrl/cmd+clicking (non-contiguous selection, with scrolling) in listbox visually messed up → ctrl/cmd+clicking (non-contiguous selection, with scrolling downwards) in listbox visually messed up
| Assignee | ||
Comment 5•23 years ago
|
||
This was fixed on the trunk when a line was backed out, and I forgot to that on
the branch. I have fixed the branch
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 6•23 years ago
|
||
adding fixed1.0.0 keyword (branch resolution). This bug has comments saying it
was fixed on the 1.0 branch and a bonsai checkin comment that agrees. To verify
the bug has been fixed on the 1.0 branch please replace the fixed1.0.0 keyword
with verified1.0.0.
Keywords: fixed1.0.0
Comment 7•23 years ago
|
||
Verified fixed win XP branch build 2002052108, linux branch build 20020521 and
Mac OS X branch build 2002052105
Status: RESOLVED → VERIFIED
Updated•23 years ago
|
Keywords: fixed1.0.0 → verified1.0.0
You need to log in
before you can comment on or make changes to this bug.
Description
•