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)

x86
macOS
defect

Tracking

()

RESOLVED INACTIVE
Tracking Status
firefox60 --- wontfix
firefox62 --- disabled
firefox63 --- disabled
firefox64 --- disabled

People

(Reporter: Tobbi, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [gfx-noted])

Attachments

(1 file)

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
Assignee: nobody → kvark
Priority: -- → P1
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)
(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)
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.
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.
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
Another one (for maybe cross-referencing or something): http://tobbi.bplaced.net/krams/wr-capture_2.zip
Thanks Tobias, I'm able to see the corruption on my side thanks to your captures. No idea why this happens, yet.
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.
Attached file investigation.txt
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.
Whiteboard: [gfx-noted]
Priority: P1 → P2
Assignee: kvark → nobody
Priority: P2 → P3
Tobias can you still reproduce this?
Flags: needinfo?(tobbi.bugs)
(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)
Blocks: wr-mac
(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!
Priority: P3 → P2
You're only seeing this on Mac right?
Blocks: stage-wr-next
No longer blocks: stage-wr-trains
Flags: needinfo?(tobbi.bugs)
(In reply to Jeff Muizelaar [:jrmuizel] from comment #14) > You're only seeing this on Mac right? Yes.
Flags: needinfo?(tobbi.bugs)

Curious if you still see this issue?

Flags: needinfo?(tobbi.bugs)

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)
Severity: normal → S3
Status: NEW → RESOLVED
Closed: 8 months ago
Resolution: --- → INACTIVE

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.

Attachment

General

Created:
Updated:
Size: