Closed Bug 1699596 Opened 4 years ago Closed 4 years ago

Black border around some menus when X11/EGL is enabled

Categories

(Core :: Graphics: WebRender, defect)

Firefox 88
x86_64
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 1699864
Tracking Status
firefox-esr78 --- unaffected
firefox86 --- unaffected
firefox87 --- unaffected
firefox88 --- fix-optional

People

(Reporter: tgnff242, Unassigned)

References

(Regression)

Details

(Keywords: nightly-community, regression)

Attachments

(3 files)

Attached image bug_screenshot.png (deleted) —

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

Steps to reproduce:

  1. Start Firefox Nightly with MOZ_X11_EGL=1 on Linux (and KWin Window Manager).
  2. Click on the Main Menu, Library, or an extension icon.

Actual results:

There is a thick black border around the menu.

Expected results:

Mozregression points to Bug 1684194.

https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=de1a1b350e9e0fb606cc7f5b709df544af8dd313&tochange=52299c7cbec44f2fe75273acdf2aed8e2496931c

Has Regression Range: --- → yes
Has STR: --- → yes
Regressed by: 1684194
Attached file about_support.txt (deleted) —

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

Looks like visual mismatch, it's a variant of Bug 1663003.

Can you please test Gnome if you see it too?
Thanks.

Flags: needinfo?(tgnff242)
Summary: Black border around some menus when X11/EGL is enabled → [KDE] Black border around some menus when X11/EGL is enabled

This can be easily workarounded by disabled WebRender for popups but I'd rather avoid it if possible.
Right now the working transparency for EGL windows is pure luck and depends on window manager.

Do you have enabled screen compositing or not?

I tested Gnome and I've got the same issue on it, so it's not KDE-specific.

Yes, I have compositing enabled in KWin. If I disable it, this border goes away.

Flags: needinfo?(tgnff242)

This seems to be a regression. I can reproduce this with Debian sid/unstable and gnome-shell 3.38.4-1.

There is no transparency at all on EGL/X11, Gnome Xwayland, Debian Testing, Mesa 20.3.4, Intel(R) Iris(R) Graphics 6100 (BDW GT3), Macbook Pro.

  • Top left and top right main window corners are not round, but black.
  • Panel borders are black.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Summary: [KDE] Black border around some menus when X11/EGL is enabled → Black border around some menus when X11/EGL is enabled
Attached image firefox_everything_transparent.png (deleted) —

I have a related but much more debilitating issue where everything renders as partially transparent on two systems with Intel Gen9 GPUs running Kubuntu 21.04. The screenshot demonstrates this. Curiously, I have another system with an Intel Gen8 GPU that suffers from the same problem everyone else described. Starting a fresh profile doesn't make a difference in either case. I have the issue both on 88b2 and on nightly.

(In reply to Martin Stránský [:stransky] from comment #3)

Looks like visual mismatch, it's a variant of Bug 1663003.

(In reply to Darkspirit from comment #9)

There is no transparency at all on EGL/X11, Gnome Xwayland, Debian Testing, Mesa 20.3.4, Intel(R) Iris(R) Graphics 6100 (BDW GT3), Macbook Pro.

  • Top left and top right main window corners are not round, but black.
  • Panel borders are black.

https://searchfox.org/mozilla-central/rev/be906232eedb22c064b78f3806b38964c04f1fbc/widget/gtk/nsWindow.cpp#4644-4664
Has isAccelerated somehow become false, or is ConfigureX11GLVisual() called with false (no alpha)?

Edit: bug 1699864 comment 10 found the problem.

Fix confirmed in bug 1699864 comment 13.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: