Closed Bug 1700923 Opened 4 years ago Closed 4 years ago

X11_EGL blocklisted by gfxinfo on latest nightly on KDE 5.21.3 X session

Categories

(Core :: Graphics, defect)

Firefox 89
defect

Tracking

()

RESOLVED INVALID

People

(Reporter: sk.griffinix, Unassigned)

References

(Regression)

Details

(Keywords: nightly-community, regression)

Attachments

(2 files)

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

Steps to reproduce:

  1. Launch nightly with variable MOZ_X11_EGL=1
  2. check about:support

Actual results:

X11_EGL shows 'blocklisted by env: Blocklisted by gfxInfo'

Expected results:

X11_EGL should not be blocklisted. The change occured sometime in past week

Attached file about:support
Component: Untriaged → Graphics
Product: Firefox → Core
Regressed by: 1689464
Has Regression Range: --- → yes
Keywords: regression

Note the force_enabled by user: Force enabled by envvar on top - so it's still enabled, just not enabled automatically, which we will do using a blocklist. You can verify by all the extensions starting with EGL - they would otherwise start with GLX and in parts have different names :)

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID

They do seem to be listed. I however checked because the firefox window was not supporting transparency effects, as in the image. The strange black border should not be present and the chrome should be transparent due to userChrome changes. I thought this was the offending cause, but it seems it could be something else

(In reply to Leo_sk from comment #4)
That's bug 1699864.

Yeah, found it and added myself to CC list. Hopefully it is solved faster. I prefer to use nightly as daily driver in linux and it is quite irritating but not quite deal-breaking

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

Attachment

General

Creator:
Created:
Updated:
Size: