Bug #21746
closedMultiselect checkbox behaves inconsistently depending on where you click
Description
Steps to reproduce:
- Select an item in your view
- Select another item by clicking outside the strict bounds of the checkbox, but close enough to be inside the cell
Expected result: The item is added to my multiselection
Actual result: The item replaces my multiselection, becoming the only thing selected.
The onclick behavior that's currently applied to the box itself should be applied to the entire table cell.
Updated by Peter Amstutz over 1 year ago
- Target version set to Development 2024-11-20
I suspect this is resolved but let's check on it again?
Updated by Brett Smith over 1 year ago
Peter Amstutz wrote in #note-1:
I suspect this is resolved but let's check on it again?
Still an issue as of v3.2.0~dev20250813152832. If your cursor is a pointing hand, it will do the right thing. But you can click inside the cell, outside that range, and see the buggy behavior. IMO the pointy finger behavior should extend to the entire row cell.
Updated by Peter Amstutz over 1 year ago
- Target version changed from Development 2024-11-20 to Development 2024-12-04
Updated by Peter Amstutz over 1 year ago
- Target version changed from Development 2024-12-04 to Future
Updated by Brett Smith 7 months ago
- Target version changed from Future to Development 2025-09-03
Updated by Brett Smith 7 months ago
- Release set to 83
- Target version deleted (
Development 2025-09-03)
Updated by Brett Smith 7 months ago
Lisa Knox wrote in #note-7:
We talked about how the current behavior is intentional. However, I think it surprises users and is destructive. We could not find examples of other software behaving this way.
Wanting a way to start a new selection fresh is understandable. The standard ways to do that are:
- Right-click an item outside the current selection.
- Deselect everything using the "Select All" button in the column header.
We support both of these, although both could also use a little refinement (in separate tickets).
Updated by Lisa Knox 7 months ago
21746-checkbox-behavior @ 6472185c92c10cbc87add9e1f7920895458a50e0
developer-run-tests-services-workbench2: #1584
- ✅ All agreed upon points are implemented / addressed.
- For the record, the decision was made in discussion to only use the finger pointer on clickable links within the table row, not for the entire table row.
- ✅ Anything not implemented (discovered or discussed during work) has a follow-up story.
- ✅ Code is tested and passing, both automated and manual, what manual testing was done is described
- ✅ The tested code incorporates recent main branch changes.
- ✅ New or changed UX/UX and has gotten feedback from stakeholders.
- The change in selection highlighting has not yet been approved by stakeholders
- n/a Documentation has been updated.
- ✅ Behaves appropriately at the intended scale (describe intended scale).
- ✅ Considered backwards and forwards compatibility issues between client and server.
- ✅ Follows our coding standards and GUI style guidelines.
Also, I suggest that #23113 be delayed until this branch is merged
Updated by Lisa Knox 7 months ago
- Related to Feature #23113: Support multiselect context menus added
Updated by Brett Smith 7 months ago
- Target version set to Development 2025-08-21
Updated by Lisa Knox 7 months ago
- Status changed from In Progress to Resolved
Applied in changeset arvados|460dc70e575a17af5b0bde7c52b2e433c9ff71ce.