Closed Bug 2012279 Opened 9 months ago Closed 9 months ago

facebook UI glitch/hitching when scrolling with Smooth scroll disabled.

Categories

(Core :: Web Painting, defect)

Firefox 147
Desktop
Unspecified
defect

Tracking

()

RESOLVED DUPLICATE of bug 2010481
Tracking Status
firefox-esr140 --- unaffected
firefox147 --- fixed
firefox148 --- fixed
firefox149 --- fixed

People

(Reporter: hello, Unassigned)

References

(Regression)

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:147.0) Gecko/20100101 Firefox/147.0

Steps to reproduce:

Continously middle mouse scroll on facebook causes the UI to the left and right to erratically hitch/glitch if smooth scrolling is disabled.
https://imgur.com/a/ZkxgnOK highlighted parts that hitch/glitch

This is on firefox desktop.
I also use ublock on medium mode but disabling ublock for the facebook page does not fix the weird hitching with the UI when scrolling.

Actual results:

https://imgur.com/a/ZkxgnOK
Highlighted sides that suffer from the hitching/glitch

Only happens on firefox as edge doesn't suffer from the issue when continously scrolling with middle mouse button

Expected results:

Not wierd hitching with the UI when scrolling.

Summary: facebook scrolling → facebook scrolling UI glitch when scrolling with Smooth scroll disabled.
Summary: facebook scrolling UI glitch when scrolling with Smooth scroll disabled. → facebook UI glitch/hitching when scrolling with Smooth scroll disabled.

Minor update.

I noticed it also happens VERY occasionally even with smooth scrolling enabled but with smooth scrolling disabled it happens MUCH more frequently.

Status: UNCONFIRMED → NEW
Component: Untriaged → Web Painting
Ever confirmed: true
Keywords: regression
Product: Firefox → Core
Regressed by: 1730749
Hardware: Unspecified → Desktop

Set release status flags based on info from the regressing bug 1730749

:botond, since you are the author of the regressor, bug 1730749, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

I believe this was fixed by bug 2010481.

Alice, would you be able to confirm that the issue no longer occurs in the 2026-01-25 nightly (which contains the fix for bug 2010481)?

Flags: needinfo?(botond) → needinfo?(alice0775)

Yes.
I can reproduce the issue on Nightly149.0a1 (BuildID: 20260124085715) Windows 11.
And I verified that the issue has been fixed on Nightly149.0a1 (BuildID: 20260126094845).

Flags: needinfo?(alice0775)

Thanks very much for checking!

I'm going to close this as a duplicate.

Status: NEW → RESOLVED
Closed: 9 months ago
Duplicate of bug: 2010481
Resolution: --- → DUPLICATE

(In reply to Botond Ballo [:botond] from comment #6)

Thanks very much for checking!

I'm going to close this as a duplicate.

*** This bug has been marked as a duplicate of bug 2010481 ***

So it's just a waiting game now to get the fix to regular firefox?

Flags: needinfo?(botond)

(In reply to :hello from comment #7)

So it's just a waiting game now to get the fix to regular firefox?

Yep. The fix landed on the Nightly channel in Firefox 149, but was backported to Firefox 148 (current Beta channel) as well. According to the release calendar, that will be out on February 24.

Flags: needinfo?(botond)

(In reply to Botond Ballo [:botond] from comment #8)

(In reply to :hello from comment #7)

So it's just a waiting game now to get the fix to regular firefox?

Yep. The fix landed on the Nightly channel in Firefox 149, but was backported to Firefox 148 (current Beta channel) as well. According to the release calendar, that will be out on February 24.

As an update on this: the fix was further backported to Firefox 147, and so should appear in the next 147 dot-release, 147.0.3. (Not sure what the exact release timeline for that is.)

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