Selecting several downloads items in Library via (Ctrl+)(Shift+)Click isn't consistent with common Ctrl+Shift+Click selection

RESOLVED WONTFIX

Status

()

Firefox
File Handling
RESOLVED WONTFIX
a year ago
11 months ago

People

(Reporter: arni2033, Unassigned)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

a year ago
>>>   My Info:   Win7_64, Nightly 49, 32bit, ID 20160526082509
STR_1:
1. Open url https://bugzilla.mozilla.org/skins/contrib/Mozilla/tabzilla.png
2. Save it 5 times with names "1st.png", "2nd.png", "3rd.png", "4th.png", "5th.png"
3. Open all downloads (Ctrl+J)
4. Click on item "1st.png", hold Ctrl, click on "3rd.png", hold Ctrl+Shift, click on "5th.png"

AR:  Items "1st.png",            "3rd.png",            "5th.png" are selected
ER:  Items "1st.png",            "3rd.png", "4th.png", "5th.png" should be selected


STR_2:  (difference in Step 4)
1. Open url https://bugzilla.mozilla.org/skins/contrib/Mozilla/tabzilla.png
2. Save it 5 times with names "1st.png", "2nd.png", "3rd.png", "4th.png", "5th.png"
3. Open all downloads (Ctrl+J)
4. Click on item "1st.png", hold Ctrl, click on "3rd.png", hold Shift, click on "5th.png"

AR:  Items "1st.png", "2nd.png", "3rd.png", "4th.png", "5th.png" are selected
ER:  Items                       "3rd.png", "4th.png", "5th.png" should be selected


Notes:
1) I didn't say "release Ctrl key" in STR_2 to keep steps short. "hold Shift" there means
  "release Ctrl key, hold Shift key". No other modifier keys should be touched in STR_1 and STR_2.
2) References of expected behavior: <tree> element in Firefox, <select multiple> element in Firefox,
   file selection in Windows Explorer.
(Reporter)

Updated

a year ago
No longer blocks: 1277113
(Reporter)

Updated

a year ago
Component: Untriaged → File Handling

Comment 1

11 months ago
If I understand correctly, this bug is about supporting key combinations to set up multiple selection ranges in richlistbox. This interaction is possible, for example, with the system file manager. 

This use case is rare enough and limited to secondary user interfaces, so I don't think we should spend time for implementing or maintaining it.
Status: NEW → RESOLVED
Last Resolved: 11 months ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.