Multiselect tabs range no longer works when using the Shift key and involving the Firefox View button
Categories
(Firefox :: Tabbed Browser, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | unaffected |
firefox105 | --- | unaffected |
firefox106 | --- | wontfix |
firefox107 | --- | wontfix |
firefox109 | --- | wontfix |
firefox110 | --- | wontfix |
firefox111 | --- | fixed |
People
(Reporter: vlucaci, Assigned: kcochrane)
References
(Blocks 2 open bugs, Regression)
Details
(Keywords: regression, Whiteboard: [fidefe-2022-mr1-firefox-view])
Attachments
(2 files)
Found in
- 106.0b2
Affected versions
- 106.0b2
- 107.0a1
Tested platforms
- Affected platforms: macOS12 ,11/ Windows 10,11 / Ubuntu 22
Steps to reproduce
- Launch FF .
- Open multiple tabs.
- Hold Control/Command button pressed, and starting with FF View button, select multiple tabs.
- Hold Shift button pressed and select a range between tabs.
- Go in Firefox View, hold Shift and select another range of tabs.
- Go back to the tab strip , and select another range of tabs(this time without having FF View in focus or in tab range).
Expected result
- The Shift+Click tabs range selection works without any issues.
Actual result
- The Shift+Click tabs range selection no longer works after performing the steps from STR.
Regression Range
- First bad: 2022-09-16
- Last good: 2022-09-15
- Pushlog
- Potentially regressed by: 1790593
Other notes
- After reproducing these steps, the tab range multi select is no longer functional for the entirety of the session(restart required).
- After performing these steps, the Firefox account becomes corrupted, displaying the "Send 0 tabs to device>" option. Image of the issue
- When performing the required steps to reproduce this issue, the following error is displayed in browser console:
Uncaught TypeError: aTab is undefined
addToMultiSelectedTabs chrome://browser/content/tabbrowser.js:5042
addRangeToMultiSelectedTabs chrome://browser/content/tabbrowser.js:5075
on_mousedown chrome://browser/content/tabbrowser-tab.js:379
handleEvent chrome://global/content/customElements.js:463
Updated•2 years ago
|
Comment 2•2 years ago
|
||
No, the exception shows this is an error condition. Hopefully Dão can take a look.
Comment 3•2 years ago
|
||
Set release status flags based on info from the regressing bug 1790593
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 4•2 years ago
|
||
Dao, is that something that you will fix in 107/106?
Updated•2 years ago
|
Comment 5•2 years ago
|
||
Hey Pascal. This issue doesn't need to be uplifted in 106, so it's fine to push to a subsequent release.
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 6•2 years ago
|
||
Setting 107 to wontfix, looks like it's too late for the 107 cycle.
Leaving 108 status clear, unless anyone thinks we should be following this for a fix in 108?
Comment 7•2 years ago
|
||
Dão are you still planning on working on this bug?
Comment 8•2 years ago
|
||
(In reply to Sarah Clements [:sclements] from comment #7)
Dão are you still planning on working on this bug?
Oops, no, sorry.
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 9•2 years ago
|
||
Comment 10•2 years ago
|
||
Comment 11•2 years ago
|
||
bugherder |
Updated•2 years ago
|
Updated•2 years ago
|
Comment 12•2 years ago
|
||
Reproduced the issue with Firefox 107.0a1 (2022-09-22) using the steps from the description on macOS 12 and Windows 10.
The issue is verified fixed with Firefox 112.0a1 (20230224092408) and Firefox 111.0b5 (20230223185944) on Windows 10, macOS 12 and Ubuntu 22.
Updated•1 year ago
|
Description
•