Closed Bug 2027221 Opened 5 days ago Closed 3 hours ago

WebRender Compositor is Bugged in Firefox 149

Categories

(Core :: Graphics: WebRender, defect, P1)

Firefox 149
x86_64
Windows 11
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ferline2000mx, Assigned: sotaro)

References

(Blocks 1 open bug)

Details

Attachments

(4 files)

Steps to reproduce:

Updating to Version 149.

  • Have gfx.webrender.layer-compositor set to true
  • Play a youtube video / live stream and minimize the window
  • After a while restore window, the window flashes black trying to restore contents, sometimes it can't restore contents
  • If you have other windows open, they will flash and stay blacked out until you click to bring them to foreground.

Actual results:

Firefox windows flashes black instead of restoring the content. It also tends to break playback of content, forcing some content using AV1 into VP9 for some reason, even if your hardware is able to decode it.

Expected results:

Restore windows as usual, like version 148.0.2

OS: Unspecified → Windows 11
Hardware: Unspecified → x86_64
Version: Firefox 148 → Firefox 149

The Bugbug bot thinks this bug should belong to the 'Core::Graphics: WebRender' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Graphics: WebRender
Product: Firefox → Core

I can reproduce the issue on Nightly151.0a1 Windows11.
Screencast: https://youtu.be/VybSf-VBbnM

Status: UNCONFIRMED → NEW
Ever confirmed: true

Yup, that's exactly what happens.
Also to mention that setting gfx.webrender.compositor to false and restarting the browser fixes the issue. Probably some sort of regression similar to https://bugzilla.mozilla.org/show_bug.cgi?id=1988422

Blocks: gfx-triage

Dupe of #2026937

Out of curiosity do you also get split second pause/stutters at the start of every reel when scrolling reels on youtube and facebook?(desktop)
I noticed since 149 when im scrolling down reels on facebook the first second of a reel there's a split second pause/stutter.

It doesn't happen on reels I've already watched just new reels, so If I go back and forth to an old reel I already watched there's no split second pause/stutter.It only seems to happen to reels I haven't watched.

Only happens on firefox and wasn't a thing 5 days ago.I think it's related to 149

Flags: needinfo?(ferline2000mx)

Sotaro, since this is likely layer compositor, assigning to you for some attention.

Assignee: nobody → sotaro.ikeda.g
Severity: -- → S3
Priority: -- → P1

(In reply to :hello from comment #5)

Out of curiosity do you also get split second pause/stutters at the start of every reel when scrolling reels on youtube and facebook?(desktop)
I noticed since 149 when im scrolling down reels on facebook the first second of a reel there's a split second pause/stutter.

It doesn't happen on reels I've already watched just new reels, so If I go back and forth to an old reel I already watched there's no split second pause/stutter.It only seems to happen to reels I haven't watched.

Only happens on firefox and wasn't a thing 5 days ago.I think it's related to 149

Yup, it happens as well. This tends to be less of a problem if you disable the compositor. Definitely has to do with this. It's like if the browser just can't render whatever layer it has in that moment, or forgets whet it has been rendering in favor of another thing and just goes nuts.

Flags: needinfo?(ferline2000mx)

Hi ferline2000mx@yahoo.com.mx, can you attach about:support taken after the problem happen?

Flags: needinfo?(ferline2000mx)
Depends on: 2027961

I'm on latest Firefox nightly 150.0a1 (2026-03-09) on Ubuntu 24.04.4 LTS fully patched.

I cannot zoom-in in Google maps - and very jittery.
I also cannot scroll in PDF's - also jittery as hell.

I was going to record a video of the issue and when I reduced my browser size to 1600 x 1280 (by chance), the issue disappeared.

If I increase browser size past 1800 x 1300, the stuttering returns.

This is a weird one!

Something weird is going on.

After playing around with different resolutions of the browser window, I noticed that if I increase the resolution by small increments in either direction, I can get to past the resolution where the issue previously occurred (1800 x 1300) - now at 1914 x 1722 with no jittering screen.

I'll leave it to the experts to decipher that.

Pardon the noise.

After realizing I hadn't closed my browser for a long while in order for snap to update it, I did an update to nightly 151.0a1 (2026-03-30) and now I can no longer replicate the issue.

Please ignore my previous verbiage.

With the STR of comment 0, mCompositionSurface->BeginDraw() in DCLayerCompositionSurface::Bind() sometimes caused the problem. When the problem happened, updateRect was empty. updateRect needs to be non empty.

Renderer::composite_simple() has the dirty rect empty check, but it did not work when the problem happened.

Depends on: 2028034
Attached file About Support RAW.txt
Attached file About Support Text.txt
Flags: needinfo?(ferline2000mx)

(In reply to Sotaro Ikeda [:sotaro] from comment #8)

Hi ferline2000mx@yahoo.com.mx, can you attach about:support taken after the problem happen?

Heya! Of course! here you are:

https://bugzilla.mozilla.org/attachment.cgi?id=9561149
https://bugzilla.mozilla.org/attachment.cgi?id=9561150

(In reply to ferline2000mx@yahoo.com.mx from comment #15)

(In reply to Sotaro Ikeda [:sotaro] from comment #8)

Hi ferline2000mx@yahoo.com.mx, can you attach about:support taken after the problem happen?

Heya! Of course! here you are:

https://bugzilla.mozilla.org/attachment.cgi?id=9561149
https://bugzilla.mozilla.org/attachment.cgi?id=9561150

Thank you! The following error log seemed to be related to Bug 2028034.

Error: Handling webrender error 4

(In reply to Sotaro Ikeda [:sotaro] from comment #16)

(In reply to ferline2000mx@yahoo.com.mx from comment #15)

(In reply to Sotaro Ikeda [:sotaro] from comment #8)

Hi ferline2000mx@yahoo.com.mx, can you attach about:support taken after the problem happen?

Heya! Of course! here you are:

https://bugzilla.mozilla.org/attachment.cgi?id=9561149
https://bugzilla.mozilla.org/attachment.cgi?id=9561150

Thank you! The following error log seemed to be related to Bug 2028034.

Error: Handling webrender error 4

I see...
Just as a record, this problem is even more frequent on multimonitor configurations, but happens in any case.

(In reply to ferline2000mx@yahoo.com.mx from comment #7)

(In reply to :hello from comment #5)

Out of curiosity do you also get split second pause/stutters at the start of every reel when scrolling reels on youtube and facebook?(desktop)
I noticed since 149 when im scrolling down reels on facebook the first second of a reel there's a split second pause/stutter.

It doesn't happen on reels I've already watched just new reels, so If I go back and forth to an old reel I already watched there's no split second pause/stutter.It only seems to happen to reels I haven't watched.

Only happens on firefox and wasn't a thing 5 days ago.I think it's related to 149

Yup, it happens as well. This tends to be less of a problem if you disable the compositor. Definitely has to do with this. It's like if the browser just can't render whatever layer it has in that moment, or forgets whet it has been rendering in favor of another thing and just goes nuts.

Thanks for the sanity check.
Guess il wait for a fix.

Flags: needinfo?(ferline2000mx)
Flags: needinfo?(ferline2000mx)

Hi ferline2000mx@yahoo.com.mx, can you check if the problem is addressed with latest nightly?

Flags: needinfo?(ferline2000mx)
Flags: needinfo?(ferline2000mx)

(In reply to Sotaro Ikeda [:sotaro] from comment #19)

Hi ferline2000mx@yahoo.com.mx, can you check if the problem is addressed with latest nightly?

Tested a few hours ago, the bug stopped happening, the browser even feels snappier for browsing, as it if rendered things faster than it did before. Yer magic man!

Forgot to say I attached new about support files in case you nee dot review anything. There was something about the zero copy thing, but I guess maybe that's not important... maybe...

Great! Thank you for the checking.

(In reply to Sotaro Ikeda [:sotaro] from comment #24)

Great! Thank you for the checking.

Yer most welcome dude!

Oh BTW, what's the expected release version or milestone that will see this improvement? Just asking...

No longer blocks: gfx-triage

I am going to request uplift until release soon.

Status: NEW → RESOLVED
Closed: 3 hours ago
Resolution: --- → WORKSFORME

Gotcha, thanks a lot for everything mate!

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

Attachment

General

Created:
Updated:
Size: