1732051 - Wayland compositor causes window to be transparent

Status: NEW

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

Description

[pgmmm]

Attachment: gnome-blank-ff.png

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0

Steps to reproduce:

Create fresh nightly profile with 'gfx.webrender.compositor.force-enabled' set to true

Actual results:

Initial window stays transparent until it is resized or moved

Comment 1

[pgmmm]

Attachment: about:support

Comment 2

[pgmmm]

Attachment: about:support

Comment 3

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

The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Comment 4

[Robert Mader [:rmader]]

(In reply to pgmmm from comment #0)

Initial window stays transparent until it is resized or moved

Do I understand correctly that, once moved or resized, things work as expected? Also, just to be sure, this is on a recent version of Gnome, correct?

Comment 5

[pgmmm]

(In reply to Robert Mader [:rmader] from comment #4)

Do I understand correctly that, once moved or resized, things work as expected? Also, just to be sure, this is on a recent version of Gnome, correct?

That's both correct, opening Gnome's 'Activities' also seems to work.
This is using the standard Gnome (40.4) package on Arch.

Comment 6

[Vincent Chernin]

I can reproduce this on Fedora 35 (GNOME 41) with Intel gen 9 graphics. Resizing or moving the window, or using the Activites view workarounds as expected.

Comment 7

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

The severity field is not set for this bug.
:jimm, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 8

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

The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.

Comment 9

[Martin Stránský [:stransky] (ni? me)]

Looking at it right now as I see it too. Looks like caused by compositor enable timing.

Comment 10

[Martin Stránský [:stransky] (ni? me)]

It's caused by VSync. When switched to SW it works. Also scale change unblock it.

Comment 11

[Martin Stránský [:stransky] (ni? me)]

The bug is at NativeLayerRootWayland::RequestFrameCallback(). If it's called early and there aren't any layers yet (mSublayersOnMainThread is empty), we don't register any frame callback so Vsync is not running.