Dragging multiselected tabs is broken in horizontal mode when moving selected tabs together
Categories
(Firefox :: Tabbed Browser, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
relnote-firefox | --- | 142+ |
firefox-esr128 | --- | unaffected |
firefox-esr140 | --- | unaffected |
firefox141 | --- | unaffected |
firefox142 | + | verified |
firefox143 | + | verified |
firefox144 | + | verified |
People
(Reporter: nsharpley, Assigned: nsharpley)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression, Whiteboard: [fidefe-sidebar])
Attachments
(4 files, 1 obsolete file)
4.93 MB,
video/quicktime
|
Details | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-release+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
STR:
- Open enough tabs without overflowing
- Select more than one tab not adjacent to each other
- Drag those tabs
Expected result:
Selected tabs move next to each other when dragged and background tabs shift to fit their new position
Actual:
All background tabs shift to the left and the selected tabs are not adjacent.
Assignee | ||
Comment 1•2 months ago
|
||
Using _lockTabSizing
removed the transitions needed to position tabs when
not adjacent tabs were multiselected and dragged. This ensures the transtion
remains.
Updated•2 months ago
|
Comment 2•2 months ago
|
||
Set release status flags based on info from the regressing bug 1972897
Comment 3•2 months ago
|
||
[Tracking Requested - why for this release]: Recent regression in primary UI, we'll probably want to uplift a fix here.
Updated•2 months ago
|
Updated•2 months ago
|
Comment 4•2 months ago
|
||
Set release status flags based on info from the regressing bug 1972897
Updated•2 months ago
|
Comment 5•2 months ago
|
||
:nikkis any update on the patch for this? Are we still targeting a 142 planned dot release to fix this?
Comment 6•2 months ago
|
||
Assignee | ||
Comment 7•2 months ago
|
||
:diannaS, looking at landing today and uplifting for dot release. Thanks!
Updated•2 months ago
|
Comment 8•2 months ago
|
||
Using _lockTabSizing
removed the transitions needed to position tabs when not adjacent tabs were multiselected and dragged. This ensures the transtion remains for tabs when multiselected.
Updated•2 months ago
|
Comment 10•2 months ago
|
||
bugherder |
Comment 11•2 months ago
|
||
The patch landed in nightly and beta is affected.
:nsharpley, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox143
towontfix
.
For more information, please visit BugBot documentation.
Assignee | ||
Comment 12•2 months ago
|
||
Using _lockTabSizing
removed the transitions needed to position tabs when
not adjacent tabs were multiselected and dragged. This ensures the transtion
remains for tabs when multiselected.
Original Revision: https://phabricator.services.mozilla.com/D261044
Updated•2 months ago
|
Comment 13•2 months ago
|
||
firefox-beta Uplift Approval Request
- User impact if declined: Unable to drag multiselected tabs that aren't contiguous
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: yes
- Steps to reproduce for manual QE testing: Multiselect tabs that aren't contiguous and attempt to drag. The tabs should drag together.
- Risk associated with taking this patch: Low
- Explanation of risk level: Manually tested and doesn't appear to break drag and drop.
- String changes made/needed: N/A
- Is Android affected?: no
Updated•2 months ago
|
Updated•2 months ago
|
Updated•2 months ago
|
Comment 14•2 months ago
|
||
firefox-release Uplift Approval Request
- User impact if declined: Users cannot drag multiple non-contiguous tabs when tab strip is not overflowing. Tabs will overlap during drag. Additional empty space will accumulate at the end of the tab strip after drag operations.
- Code covered by automated testing: no
- Fix verified in Nightly: yes
- Needs manual QE test: yes
- Steps to reproduce for manual QE testing: Horizontal tab strip should have several tabs but not be overflowing. Multi-select tabs that are not next to each other. Once you start dragging, the selected tabs should move together, the tabs should move with the cursor, and the tabs should drop into the appropriate position. It may be valuable to perform smoke tests against other drag-drop functionality to ensure no additional regressions.
- Risk associated with taking this patch: Medium
- Explanation of risk level: Recent drag-drop changes have had a high rate of unintended regressions
- String changes made/needed: No
- Is Android affected?: no
Updated•2 months ago
|
Comment 15•2 months ago
|
||
uplift |
Updated•2 months ago
|
Comment 16•2 months ago
|
||
Verified fixed using Nightly 144.0a1 (20250824214058) and Beta 143.0b4 (20250822165421) on Windows 10, MacOS 15.5 and Ubuntu 24.04.
Updated•2 months ago
|
Updated•2 months ago
|
Comment 17•2 months ago
|
||
uplift |
Comment 18•2 months ago
|
||
Verified fixed on Firefox 142.0.1 (20250825204858)
Updated•2 months ago
|
Updated•2 months ago
|
Updated•1 month ago
|
Assignee | ||
Updated•1 month ago
|
Description
•