Closed Bug 1812859 Opened 2 years ago Closed 1 year ago

Incorrect tab number appears for a moment on swipe

Categories

(Fenix :: Tabs, defect)

All
Android
defect

Tracking

(firefox111 wontfix, firefox112 wontfix, firefox113 wontfix, firefox114 wontfix, firefox115 verified)

RESOLVED FIXED
115 Branch
Tracking Status
firefox111 --- wontfix
firefox112 --- wontfix
firefox113 --- wontfix
firefox114 --- wontfix
firefox115 --- verified

People

(Reporter: boek, Assigned: jackyzy823)

Details

Attachments

(1 file)

From github: https://github.com/mozilla-mobile/fenix/issues/23860.

Steps to reproduce

  1. Have at least 2 tabs open (Ideally at least 4).
  2. Swipe between the tabs.
  3. Observe the tab counter.

Expected behaviour

The tab counter shows the correct tab number.

Actual behaviour

The number shows 1 tab extra or 1 tab less for a moment.

Device name

Oppo Reno 6

Android version

Android 11

Firefox release type

Firefox Nightly

Firefox version

99.0a1

Device logs

No response

Additional information

https://user-images.githubusercontent.com/48829350/154974505-9b820d07-ec12-4f25-a269-0b0c389dab84.mp4

┆Issue is synchronized with this Jira Task

Change performed by the Move to Bugzilla add-on.

Still reproducible with the latest Beta 112.0b2 build with Google Pixel 3 XL (Android 9).

Still reproducible with the latest Beta 113.0b2 build with Xperia 10 (Android 12).

I'm not very familiar with android view data binding mechanism.

However it looks like tabButton's count in tabPreview of ToolbarGestureHandler is not updated when start swiping.

(I'm not sure where tabButton's initial value from? and why it is not updated? )

But it could be fix by manually updating in preparePreview.

I am not deeply familiar with this area of the codebase, but it looks like the TabButton in TabPreview is separate from the TabButton that is displayed in a normal browsing session. The TabPreview that shows the count correctly has that count initialized and controlled by the TabCounterToolbarButton hosted in the BrowserFragment.

All that to say, I think the fix you've provided here is a suitable one that we can move forward with landing.

Status: NEW → RESOLVED
Closed: 1 year ago
Flags: qe-verify+
Resolution: --- → FIXED
Target Milestone: --- → 115 Branch

Verified as fixed on the latest Nightly 115.0a1 build from 05/25/2023.
The tab number remains the correct one on swipe.
Devices used: Oppo Find X5 (Android 13) and a Google Pixel 7 (Android 14)
Marking the ticket as verified for 115.

Flags: qe-verify+

The patch landed in nightly and beta is affected.
:jackyzy823, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox114 to wontfix.

For more information, please visit BugBot documentation.

Flags: needinfo?(jackyzy823)
Flags: needinfo?(jackyzy823)

I don't believe this bug is worth uplifting to 114 and have edited the bug accordingly.

Verified also on Fenix Beta 115.0b1 with Lenovo tablet M10 (Android 10).

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: