1357202 - Browser window turns red

Status: RESOLVED FIXED

(Core :: Graphics: WebRender, defect, P3)

Description

[Johannes Pfrang [:johnp]]

Attachment: about:support

During normal browsing with webrender enabled the browser window sometimes turns dark red completely (default webrender surface color). Newly opened windows and other windows are unaffected until they randomly turn red too.


Unfortunately I don't have any STR. 
I can get the menus from the menu bar to appear via e.g. ALT+F.
Moving a tab from the red window to a new window via CTRL+ALT+N (Tab Mix Plus) results in a tab that has empty (white) content with the rest of the new window functioning normally. Content continues to work normally, videos keep running and can be controlled still via the keyboard.

Is there anything I can do to debug this locally?


about:support attached. GPU is Intel HD Graphics 4400.

Comment 1

[Kartikaya Gupta (email:[e-mail])]

Just to be clear - the red that you're seeing is long-lasting? I see flashes of red all the time as well but they usually are just flashes and don't last long.

In terms of debugging locally I guess the first step would be to find out where in the pipeline things are going wrong - if the gecko side isn't pushing frames over to webrender properly, or if webrender isn't displaying them properly. I'd start with setting layers.dump to true in about:config, which will output some stuff from the gecko side about what it's trying to send to webrender. If that looks reasonably sane (i.e. with rectangles that have nonzero sizes and such) then the next step would be to set a breakpoint over at [1] in the GPU process which is where we hand off the rendering commands to webrender.

[1] http://searchfox.org/mozilla-central/rev/4bd7a206dea5382c97a8a0c30beef668cc449f5b/gfx/layers/wr/WebRenderBridgeParent.cpp#428

Comment 2

[Johannes Pfrang [:johnp]]

Yes, the whole browser window turns red and stays that way. The red flashes in content are at the moment expected and just indicate that webrender hasn't received a scene to render yet (according to nicalsilva on reddit[1]).

I'll try your recommendations and see what I can find.

[1] https://www.reddit.com/r/rust/comments/618p54/webrenderer_landed_in_firefox_nightly_here_is_how/dfe37sx/

Comment 3

[Johannes Pfrang [:johnp]]

Just to give an update: I haven't been able to find anything suspicious in the output with layers.dump enabled, but I also tested webrender on my workstation (Xeon E3-1220 v5) and saw the same issue there. That may indicate that the issue is caused by something in my profile, so I'll try to investigate that first.

Another possibility would be that it's related to the Linux Intel Graphics Driver, but as I haven't seen anyone else report this issue it seems rather unlikely (also the workstation runs Fedora with Mesa 13.0.4 or so).

Comment 4

[Darkspirit]

It's very annoying and my blocker to keep Webrender enabled:

Steps to reproduce the red window with Nightly x64 on Debian Testing:
a) View all downloads, close library window with (X)
b) click on the stark to save a bookmark, then click on the Save/Finish button
c) open Help > About Firefox (where you can do updates), close with (X)
d) HTTP Basic Authentication popups: on OK and (X) -- I think one of the two isn't bugging anymore

Maybe related: In the past there were a bug were e10s tabs had a loading icon forever, you had to press F5. Currently my tests are not long enough, so I don't know. I will retest it with further webrender versions and open a bug if this still happens.

Comment 5

[Darkspirit]

I want to apologize.
(In reply to Darkspirit from comment #4)
* correction: the "star" to save a bookmark > then Save
* clarification: loading icon inside tabs (e10s loading circle)

Comment 6

[Sotaro Ikeda [:sotaro]]

(In reply to Darkspirit from comment #4)
> 
> Maybe related: In the past there were a bug were e10s tabs had a loading
> icon forever, you had to press F5. 

It might be related to Bug 1354434.

> Currently my tests are not long enough,
> so I don't know. I will retest it with further webrender versions and open a
> bug if this still happens.

Comment 7

[Darkspirit]

(In reply to Darkspirit from comment #4)
a) seems to be fixed. (Ealier I wrote all down al steps I remembered.)

Found another step to reproduce:
e) Select an <option> https://www.w3schools.com/tags/tryit.asp?filename=tryhtml_select
It's enough to open the dropdown and click beside it.
f) Maybe related: Select another folder in the "add bookmark bubble", then just click into the web page or about:newtab page beside it.

@vliu
If "Has STR" means "Has Steps to reproduce", I want to suggest to set it to "yes" now because I described 5 ways. This is a blocker for me to keep webrender enabled and for an interruption-free (experimental) browsing experience.

Comment 8

[Vincent Liu[:vliu]]

Hi Darkspirit,

I found there was a similar bug trying to fix this issue. The bug id is Bug 1359295. Could you please try the patch in it and see if it can fix your problem? Really thanks

Comment 9

[Darkspirit]

The patch from bug 1359295 works. No red window(s) anymore. All STR are fixed.
If I open Help>About or click on a <select>, my terminal shows me another line with "WebRender - OpenGL version new 4.3 (Core Profile) Mesa 13.0.6". That's all. Push, push! :D Thank you!

Comment 10

[Vincent Liu[:vliu]]

That's a great news.

Comment 11

[Emin Mastizada]

Same happens also when closing select box.
WebRender - OpenGL version new 3.3 (Core Profile) Mesa 17.0.3 (Arch Linux x64)

Comment 12

[Johannes Pfrang [:johnp]]

Bug 1359295 fixes this issue and has been committed to the graphics branch which is not automatically merged to central, so we'll have to wait until that's done manually or disable webrender for now or use the try build with the fix (direct link):

https://queue.taskcluster.net/v1/task/M6-N6HwrSsSDMAgmXw_7Hg/runs/0/artifacts/public/build/target.tar.bz2

I'll close this bug once the fix made its way into nightly.

Comment 13

[Kartikaya Gupta (email:[e-mail])]

The graphics branch got merged to m-c today, so this should be fixed in the next Nightly. Please mark this bug fixed once you've confirmed it is fixed in Nightly. Thanks!

Comment 14

[Emin Mastizada]

Testes, Confirm that issues with select box and about window are solved. Thanks

Comment 15

[Kartikaya Gupta (email:[e-mail])]

Thanks! Marking fixed via bug 1359295.