Closed
Bug 1438958
Opened 7 years ago
Closed 8 months ago
Occasional rendering glitches that affect chrome and content with Web Render
Categories
(Core :: Graphics: WebRender, defect, P2)
Tracking
()
People
(Reporter: Tobbi, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [gfx-noted])
Attachments
(1 file)
1.64 KB,
text/plain
|
Details |
This is likely gonna be very vague.
Currently, my Firefox looks like this:
http://prntscr.com/ifq1g2
I have webrender and webrendest enabled. I can't tell whether they have anything to do with this. Since it's an occasional thing, I don't really have any steps to reproduce.
You can find my about:support content here:
https://pastebin.com/Vi3FweUf
Updated•7 years ago
|
Comment 1•7 years ago
|
||
Could be related to https://github.com/servo/servo/issues/20239
Comment 2•7 years ago
|
||
Tobias, do you still see this issue? Would be great to get a WR capture (folder "wr-capture" appears in the working folder of Nightly executable once you hit Ctrl+Shift+3).
Flags: needinfo?(tobbi.bugs)
Reporter | ||
Comment 3•7 years ago
|
||
(In reply to Dzmitry Malyshau [:kvark] from comment #2)
> Tobias, do you still see this issue? Would be great to get a WR capture
> (folder "wr-capture" appears in the working folder of Nightly executable
> once you hit Ctrl+Shift+3).
Since it happens so infrequently, I cannot be sure at this point. But I'll keep an eye on it and do what you told me when I see it.
Flags: needinfo?(tobbi.bugs)
Updated•7 years ago
|
Reporter | ||
Comment 4•6 years ago
|
||
I just got this issue again. However, pressing the above shortcut doesn't seem to do anything. I tried searching for a capture_webrender directory on my Mac, but it didn't find any.
Any ideas? For now I'll keep my Nightly like this.
Comment 5•6 years ago
|
||
The way it currently works is that Firefox tries to create "wr-capture" folder in the working directory. If on Mac you launched Firefox from the menu, the working folder would not have permissions to create a folder. Please try launching it from terminal and then checking for this folder.
Reporter | ||
Comment 6•6 years ago
|
||
I was able to capture a wr-capture at the time of the bug. You can get it from http://tobbi.bplaced.net/krams/wr-capture.zip
Reporter | ||
Comment 7•6 years ago
|
||
Another one (for maybe cross-referencing or something):
http://tobbi.bplaced.net/krams/wr-capture_2.zip
Comment 8•6 years ago
|
||
Thanks Tobias, I'm able to see the corruption on my side thanks to your captures. No idea why this happens, yet.
Comment 9•6 years ago
|
||
So far, it looks like a general failure of WR to keep its internal state consistent. Some texture arena or a freelist has gone wild, and we end up with a broken frame. It would be great to have some sort of validation logic in place that we'd use for captures received from the users.
Comment 10•6 years ago
|
||
Uploading the first WR capture investigation notes. The image item, entry, texture entry, and GPU block for UV coordinates all look good. I can think of two ways the logic can go wrong in this case:
1. since this is a blob image, the contents might have been obtained by the wrong source? i.e. the blob image handler/rasterizer provided by Gecko had internal failure
2. texture atlas allocation got wrong, and there is another element placed on the same texels. We need a validation routine to detect this.
Updated•6 years ago
|
Whiteboard: [gfx-noted]
Updated•6 years ago
|
Priority: P1 → P2
Updated•6 years ago
|
Assignee: kvark → nobody
Priority: P2 → P3
Reporter | ||
Comment 12•6 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #11)
> Tobias can you still reproduce this?
I cannot be certain since this happens once every few months at most. I haven't had this issue in a few months now, but that doesn't mean it's stopped occuring alltogether.
Flags: needinfo?(tobbi.bugs)
Reporter | ||
Comment 13•6 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #11)
> Tobias can you still reproduce this?
I can still reproduce this. Just had the same issue again!
Updated•6 years ago
|
status-firefox63:
--- → disabled
status-firefox64:
--- → disabled
Updated•6 years ago
|
Priority: P3 → P2
Reporter | ||
Comment 15•6 years ago
|
||
(In reply to Jeff Muizelaar [:jrmuizel] from comment #14)
> You're only seeing this on Mac right?
Yes.
Flags: needinfo?(tobbi.bugs)
Reporter | ||
Comment 17•5 years ago
|
||
Since I've just re-enabled WebRender on my machine, I can't tell for sure that it's fixed because it only happens sporadically...So I guess the best course of action would be to wait a few months and see whether it resurfaces.
Flags: needinfo?(tobbi.bugs)
Updated•2 years ago
|
Severity: normal → S3
Updated•8 months ago
|
Status: NEW → RESOLVED
Closed: 8 months ago
Resolution: --- → INACTIVE
Reporter | ||
Comment 18•8 months ago
|
||
I haven't had this problem in a few years, but my old machine isn't used anymore. So, I guess INACTIVE is warranted.
You need to log in
before you can comment on or make changes to this bug.
Description
•