Disable WebGL overlay when RenderDXGITextureHost::GetDCompositionTexture() is slow
Categories
(Core :: Graphics: WebRender, enhancement)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox152 | --- | fixed |
People
(Reporter: sotaro, Assigned: sotaro)
References
(Blocks 3 open bugs)
Details
Attachments
(1 file)
It is for preventing Bug 2036365.
| Assignee | ||
Comment 1•11 days ago
|
||
| Assignee | ||
Updated•11 days ago
|
| Assignee | ||
Updated•10 days ago
|
| Assignee | ||
Comment 4•10 days ago
•
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #3)
Does Chrome have something similar?
chromium allocates IDCompositionTexture in D3DImageBacking. It is triggered by D3DImageBackingFactory::CreateSharedImage().
chromium does not have a code to disable overlay like D299978. chromium seems not have a problem like Bug 2036365. Since D3DImageBacking seems always recycled.
Bug 2036655 is going to recycle DXGITextureHostD3D11 for WebGPU and WebGL.
Comment 5•10 days ago
|
||
| bugherder | ||
Comment 6•10 days ago
|
||
Is the intent to remove this code after bug 2036655 lands?
| Assignee | ||
Comment 7•9 days ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #6)
Is the intent to remove this code after bug 2036655 lands?
:jrmuizel, do you think is it better to remove it? I thought to keep it.
Comment 8•9 days ago
|
||
My inclination would be to remove it. Changing behaviour based on timing can add nondeterminism that can make problems harder to debug. e.g. most people will be hitting the main path most of the time but sometimes it will be different.
| Assignee | ||
Comment 9•9 days ago
|
||
OK, I am going to remove it after bug 2036655 lands.
Comment 10•9 days ago
|
||
The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.
Description
•