Artifacts on the Back button on the toolbar (Intel HD Graphics 530)
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
People
(Reporter: itiel_yn8, Assigned: kvark)
References
Details
(Keywords: correctness, nightly-community)
Attachments
(5 files, 1 obsolete file)
STR:
Absolutely no idea.
This comes and goes, mostly on the back button (and mostly exactly like the attached screenshot), though I rarely see similar artifacts on other buttons as well.
I had this for a while and tried to gather a solid (or any, really) STR but I got nothing.
Graphics driver is up-to-date from Intel.
btw, hovering the button (when it is activated) makes this go away until I un-hover the button, and later on the issue goes away completely. Not sure how (maybe a tab switch?).
(In reply to Itiel from comment #0)
and later on the issue goes away completely. Not sure how (maybe a tab switch?).
Nope, that's not it. Though resizing the window fixes it.
| Assignee | ||
Comment 3•5 years ago
|
||
Thank you for filing this issue and providing the about:support info!
Could you also make a WR capture for us? It will appear as wr-capture directory in your home folder (e.g. "c:\users\username\wr-capture") after you hit "CTRL+SHIFT+3" (when you see the issue) in Firefox Nightly.
Updated•5 years ago
|
Since filiing this bug I've seen it multiple times but couldn't capture it as it was gone as soon as I pressed Ctrl+Shift+3.
However, I managed to reproduce the same issue on checkboxes on reader mode, see attached.
I made a WR capture, and it's attached here as well.
Sigh, I forgot I can't upload here files > ~1MB.
You can download the capture from:
https://www.4shared.com/zip/3PpCqj8aea/wr-capture.html
| Assignee | ||
Comment 8•5 years ago
|
||
I'm having troubles downloading it. Could you perhaps use https://send.firefox.com and send me a link by email?
Email sent with this bug ID as the title.
| Assignee | ||
Comment 10•5 years ago
|
||
Thank you for the capture! I can now reproduce this and investigate on my side.
It looks like the image data (coming outside of WR) contains these artifacts. See image attached - taken from a RenderDoc capture on Linux. The selected pixel is on of the black ones within the image rectangle. Unexpectedly, the alpha of it is 0.94 instead of 0.
Perhaps, Andrew can find out more.
Comment 11•5 years ago
|
||
This looks like the same as bug 1634171. Dzmitry, you didn't attach a screenshot...
| Assignee | ||
Comment 12•5 years ago
|
||
| Assignee | ||
Comment 13•5 years ago
|
||
It's the cached border, which we generated in previous frames, so the generation is not captured in the WR capture (unfortunately).
Re-generating this border segment fixes the issue, so it must have something to do with platform-specific behavior near the edges of the border rendering. I'm looking at it more.
| Assignee | ||
Comment 14•5 years ago
|
||
What we are doing there is:
- clearing that 9x9 part with a scissor (fwiw, it's left top corner is aligned to 8x8 grid)
- doing one cs_border_solid pass on it with alpha-blending
- doing another cs_border_solid pass on it with alpha-blending
Unfortunately, I'm not seeing this issue on either Intel 630 or Intel 550 on Windows/Angle when replaying the capture (and forcing the cached render tasks to be invalidated). This somewhat suggests a driver bug. I'd love to investigate it on a machine that shows the problem.
| Assignee | ||
Comment 15•5 years ago
|
||
Itiel, could you try reproducing the issue on this build produced by our treeherder here?
It changes the way we clear texture cache rectangles before rendering the border segments. Please don't forget to enable WR!
| Assignee | ||
Comment 16•5 years ago
|
||
This is a suggested workaround for an interesting visual bug that we see on
some platforms with Intel Broadwell GPUs.
Updated•5 years ago
|
| Reporter | ||
Comment 17•5 years ago
|
||
(In reply to Dzmitry Malyshau [:kvark] from comment #15)
Itiel, could you try reproducing the issue on this build produced by our treeherder here?
It changes the way we clear texture cache rectangles before rendering the border segments. Please don't forget to enable WR!
In testing now. May take a while, as I'm not seeing it all the time.
In the meantime, you may want addition testing from affected users in bug 1634171.
| Reporter | ||
Comment 18•5 years ago
|
||
I can't reproduce the issue with this build.
That said, I haven't been active on this build all the time, and may have not been doing stuff that might trigger the issue.
| Assignee | ||
Comment 19•5 years ago
|
||
Thank you, Itiel! That matches reports we got from other people.
I've been trying to shape this into a change that can be landed, stay tuned!
| Assignee | ||
Comment 20•5 years ago
|
||
This is a suggested workaround for an interesting visual bug that we see on
some platforms with Intel Broadwell GPUs.
Also reverts https://phabricator.services.mozilla.com/D57100
Updated•5 years ago
|
Comment 21•5 years ago
|
||
Comment 22•5 years ago
|
||
| bugherder | ||
Updated•5 years ago
|
| Reporter | ||
Comment 23•5 years ago
|
||
After 3 weeks using Nightly on 2 affected machines I think it's safe to assume this is fully fixed. Haven't seen the issue ever since.
Comment 24•5 years ago
|
||
Set the firefox79 flag to verified based on previous comment.
Description
•