Pref gfx.webrender.force-disabled=true could not disable WebRender during pref gfx.webrender.all=true
Categories
(Core :: Graphics: WebRender, task)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox91 | --- | fixed |
People
(Reporter: sotaro, Assigned: sotaro)
Details
Attachments
(1 file)
It seems clearer if gfx.webrender.force-disabled is stronger preference than gfx.webrender.all.
| Assignee | ||
Updated•4 years ago
|
| Assignee | ||
Comment 1•4 years ago
|
||
| Assignee | ||
Comment 2•4 years ago
•
|
||
With the following, webrender selection order becomes tricky. pref gfx.webrender.software has higher priority than env var.
https://searchfox.org/mozilla-central/rev/d3b116e554eb3546a95851e81f7ddc53d5b7e096/taskcluster/taskgraph/transforms/tests.py#323
https://searchfox.org/mozilla-central/rev/d3b116e554eb3546a95851e81f7ddc53d5b7e096/gfx/config/gfxConfigManager.cpp#130
| Assignee | ||
Comment 3•4 years ago
•
|
||
It seems that enabling/disabling software WebRender could be orthogonal problem than hardware WebRender.
| Assignee | ||
Comment 4•4 years ago
|
||
| Assignee | ||
Comment 5•4 years ago
|
||
force-disable was originally override other enabling prefs (gfx.webrender.enabled, gfx.webrender.all, and gfx.webrender.all.qualified).
https://searchfox.org/mozilla-central/rev/e9eb869e90a8d717678c3f38bf75843e345729ab/gfx/config/gfxConfigManager.cpp#267
Comment 6•4 years ago
|
||
I agree that it makes sense for force-disabled to be the stronger preference.
Comment 8•4 years ago
|
||
| bugherder | ||
Description
•