On Linux, losing WebRender falls back to OpenGL without the GPU process
Categories
(Core :: Graphics: WebRender, defect, P2)
Tracking
()
People
(Reporter: aosmond, Assigned: aosmond)
References
Details
Attachments
(1 file)
47 bytes,
text/x-phabricator-request
|
RyanVM
:
approval-mozilla-beta+
|
Details | Review |
If WebRender fails to initialize gracefully, then we will hit this path:
We disable WebRender via gfxVars, but we didn't disable HW_COMPOSITING like we do if we decide not to give the user WebRender:
This means users are falling back to OpenGL if WebRender fails to init.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 1•4 years ago
|
||
If we don't disable hardware acceleration when we lose WebRender, we
will likely fallback to OpenGL compositing. This is not a supported
configuration. We already do this step if we decide against using
WebRender during configuration, but not if it was lost at runtime.
Updated•4 years ago
|
Comment 4•4 years ago
|
||
Assignee | ||
Comment 5•4 years ago
|
||
Comment on attachment 9188404 [details]
Bug 1677825 - Disable hardware acceleration if WebRender fails to initialize on Linux.
Beta/Release Uplift Approval Request
- User impact if declined: Users may fallback to OpenGL compositing on Linux if errors occur with WebRender. We have never shipped the OpenGL compositor on Linux and it is many bugs.
- Is this code covered by automated tests?: No
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Trivial change, we just disable hardware compositing (#ifdef'd for Linux only) when we disable WebRender.
- String changes made/needed:
Comment 6•4 years ago
|
||
Comment on attachment 9188404 [details]
Bug 1677825 - Disable hardware acceleration if WebRender fails to initialize on Linux.
Approved for 84.0b3.
Comment 7•4 years ago
|
||
uplift |
Description
•