1943008 - The selected tab is not always overlapping the first or last tab while manually reordering tabs in tabs tray

Status: VERIFIED FIXED

(Firefox for Android :: Tabs, defect)

Description

[Delia Pop (Android QA)]

Attachment: first tab.mp4

Steps to reproduce

1. Go to Tab settings and make sure the Tab view is on "Grid".
2. Open a few tabs and then open the tabs tray.
3. Long tap on any tab and drag it to the first or last position to reorder the two tabs.
4. Observe.

Expected behavior

The moved tab is always displayed above the other tabs (overlapped).

Actual behavior

Sometimes, the moved tab would be displayed under the first or the last tab from tabs tray, while correctly overlapping the other tabs.

Device information

• Firefox version: Reproduced with all latest releases: Nightly 136.0a1 from 01/22, could not be reproduced in Beta or Release
• Android device model / Android OS version: Samsung GalaxyZ Fold 4 (Android 14), Samsung Galaxy A53 5G (Android 14) Google Pixel 8 Pro (Android 14)

Additional information

This issue appears to be random, and has a low repro rate.
I could not reproduce it yet with Tab view set to "List".
Might be a regression from 1904906

Comment 1

[Delia Pop (Android QA)]

Attachment: last tab.mp4

Comment 2

[Delia Pop (Android QA)]

Attachment: media_20250122_114818_8343925301559752934.jpg

Comment 3

[Nicholas Poon [:Nick]]

I do think this is regressed from Bug 1904906. FWIW, this behaviour is also seen in the video that I posted on Bug 1942855 and in that case I'm simply swiping to close a tab and not reordering the tabs.

Comment 4

[BugBot [:suhaib / :marco/ :calixte]]

:007, since you are the author of the regressor, bug 1904906, could you take a look?

For more information, please visit BugBot documentation.

Comment 5

[Nicholas Poon [:Nick]]

After Bug 1942735 lands, can QA please verify if the issue is still reproducible?

Comment 6

[Donal Meehan [:dmeehan]]

:007 should this be resolved as a duplicate of Bug 1942735?
:Nick, aiui qe-verify+ is only picked up by QA on resolved bugs

Comment 7

[Nicholas Poon [:Nick]]

should this be resolved as a duplicate of Bug 1942735?

Right now, we think the underlying cause of all these Tabs Tray issues are coming from the rewrite that happened in Bug 1904906. There was a fix that happened in Bug 1942735 to fix the underlying swipe to close behaviour but we should keep this open in case this issue still persists, even though other related issues were fixed. When testing locally, I couldn't reproduce this issue but just to be sure, we should wait for QA or :dpop to confirm

aiui qe-verify+ is only picked up by QA on resolved bugs

I use this too when I'm unable to reproduce a bug and ask QA to try to reproduce it so I think it should be fine - thanks for calling this out though :)

Comment 8

[Donal Meehan [:dmeehan]]

I use this too when I'm unable to reproduce a bug and ask QA to try to reproduce it so I think it should be fine - thanks for calling this out though :)

Sorry if I wasn't clear, but this bug will not appear in the QA's qe-verify+ list since it's in an open state. The keyword won't action anything.

:dpop would you mind looking at this bug when you have a moment? See if it still reproduced for you?

Comment 9

[Delia Pop (Android QA)]

I can no longer reproduce this issue in the latest Nightly 136.0a1 from 01/27.
Tested with the same devices the issue was reproducible on, and as well as different ones: Samsung Galaxy A53 5G (Android 14), Google Pixel 8 Pro (Android 14), Samsung GalaxyZ Fold 4 (Android 14), Nothing Phone (2a) 5G (Android 14) and Lenovo Yoga Tab 11 (Android 12).
I'll close this ticket as fixed.