Closed
Bug 1422298
Opened 7 years ago
Closed 6 years ago
When webrender is is activated, some DOM elements are replaced by black boxes
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1440849
Tracking | Status | |
---|---|---|
firefox-esr52 | --- | unaffected |
firefox57 | --- | unaffected |
firefox58 | --- | unaffected |
firefox59 | --- | unaffected |
People
(Reporter: flore, Unassigned)
References
Details
(Keywords: nightly-community, Whiteboard: [wr-reserve])
Attachments
(5 files, 2 obsolete files)
STR: - about:config - switch gfx.webrender.enabled to true - restart Nightly - open a new tab: black boxes everywhere (see 1st screenshot) - open bugzilla to create a new bug : black boxes (see 2nd screenshot) - about:config - switch gfx.webrender.enabled to false - Restart Nightly - Everything is back to normal About support posted as attachment
Reporter | ||
Comment 1•7 years ago
|
||
Reporter | ||
Comment 2•7 years ago
|
||
Updated•7 years ago
|
Whiteboard: [wr-mvp] [triage]
Comment 3•7 years ago
|
||
> "windowLayerManagerType": "WebRender", > "adapterDescription": "Intel(R) HD Graphics 4600", > "name": "NO_CONSTANT_BUFFER_OFFSETTING", > "message": "Unsupported by driver"
status-firefox57:
--- → unaffected
status-firefox58:
--- → unaffected
status-firefox59:
--- → unaffected
status-firefox-esr52:
--- → unaffected
OS: Unspecified → Windows 7
Hardware: Unspecified → x86
Version: unspecified → Trunk
Reporter | ||
Comment 4•7 years ago
|
||
Back home, taking a look at this bug and showing the screenshots to a friend. And I just realized those screenshots look perfectly normal. Probabaly because I took them with the screenshot feature integrated in Nightly. I just feel like someone who would take a screenshot of their phone to show people what their broken screen looks like. It will have to wait until monday to get "proper" screenshots of the bug. Sorry for not having checked the screenshots before...
Keywords: nightly-community
Reporter | ||
Comment 5•7 years ago
|
||
Screenshot showing (really) the issue on a new tab page.
Attachment #8933623 -
Attachment is obsolete: true
Reporter | ||
Comment 6•7 years ago
|
||
Bugzilla new bug page showing this bug (also scrollbars are black). But everything works, it's just black...
Reporter | ||
Comment 7•7 years ago
|
||
Dropdown menus, checkboxes, filepicker button (and its text)... A lot of elements are affected. But they are functional, I submitted these screenshots with the bug.
Reporter | ||
Comment 8•7 years ago
|
||
Comment on attachment 8933624 [details]
bugzilla new bug page
Obsolete (does not show the bug)
Attachment #8933624 -
Attachment is obsolete: true
Updated•7 years ago
|
Blocks: stage-wr-trains
Priority: -- → P3
Updated•7 years ago
|
Whiteboard: [wr-mvp] [triage] → [wr-reserve]
Updated•6 years ago
|
Comment 9•6 years ago
|
||
I have found that when this occurs, I can make the problem go away with the "Trigger Device Reset" button in about:support. Steps to reproduce behavior: > Freshly launch Firefox nightly with WebRender enabled (per WebRender newsletter 11 instructions: https://mozillagfx.wordpress.com/2018/01/03/webrender-newsletter-11/) Steps to mitigate behavior: > Make sure a tab is open showing DOM elements replaced with black rectangles > Open a new tab, go to about:support > Under Graphics : Diagnostics : Device Reset, click "Trigger Device Reset" > Check other tabs to confirm that the problem has been mitigated. 1-2 "Trigger Device Reset" clicks may be needed to restore display back to normal. I have also noticed that when the device resets, the shadows on tab titles becomes a lot clearer.
Comment 10•6 years ago
|
||
This attachment shows how to mitigate the effects of this bug. When encountered, open about:support and trigger a Device Reset. "name": "Firefox", "osVersion": "Windows_NT 6.1", "version": "59.0a1", "buildID": "20180111100722", "userAgent": "Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0", "safeMode": false, "updateChannel": "nightly",
Attachment #8941901 -
Flags: feedback+
Updated•6 years ago
|
Attachment #8941901 -
Flags: feedback+
Do you still have WebRender after triggering device reset? about:support graphics section would tell us that.
Comment 12•6 years ago
|
||
I have the same issue here. Triggering device reset solve the issue, but the compositor is back to Direct3D 11, no more WebRender.
Comment 13•6 years ago
|
||
This seems like dup of Bug 1433696.
Comment 14•6 years ago
|
||
(In reply to Sotaro Ikeda [:sotaro] from comment #13) > This seems like dup of Bug 1433696 The fix is actually working Bug 1434522. When D3D device does not support NV12 format, ANGLE does not handle eglCreateStreamProducerD3DTextureNV12ANGLE() and eglStreamPostD3DTextureNV12ANGLE() functions.
Comment 15•6 years ago
|
||
:flore, can you confirm if the problem is addressed with latest m-c?
Flags: needinfo?(Flore)
Comment 16•6 years ago
|
||
Sorry, latest m-c means latest nightly.
Reporter | ||
Comment 17•6 years ago
|
||
I would say, this bug is fixed. No more black boxes. As for the rest of the interface, it probably deserves a new bug (probably already filed) because all interface elements (buttons, icons...) disappeared.
Flags: needinfo?(Flore)
Comment 18•6 years ago
|
||
Everything is fine for me, no black boxes and interface is ok.
Comment 19•6 years ago
|
||
Good! Thanks.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•