Thanks for reporting.
However, I could not reproduce this locally.
I'm not sure what "text/fields" you mentioned.
Could you upload video or screenshot to specify flashing/disappearing region?
Thanks in advance.

I am seeing something similar since I updated to 72.0.3611.0 today. I filed a bug report (with alt+shift+i under nohle@google.com) but can't seem to locate it. It appears to be a pretty severe rendering issue, not just with text but buttons, toolbars, etc. Here are some videos (accessible to Google-internal only):

- docs example: https://drive.google.com/open?id=1wFJy0Ud6UwOG4OnZFwRP_h8axPyfSkyC

- another docs example: https://drive.google.com/open?id=1lRaertoSQ0UJ-dPg-KH776Ep-Jj_zAJ7

- gmail example: https://drive.google.com/open?id=13q3vL7Sloo9i0iB56w10480_doSkJi2u

Bumping priority to 1.

Thanks nohle@ for uploading video!

It seems this is compositing issue instead of Blink.
Route to Blink>Compositing for analysis.

No problem! Here's another example with the Secure Shell App: https://drive.google.com/open?id=1qYP9Q9V7Pk_v8f4CJfccSM1JtHuiynrZ. I'm also seeing objects disappear on this bug report too :-)

Testing team: please try to reproduce and narrow down to a particular Canary release if possible.

Issue 906376 has been merged into this issue.

I'm on the latest Canary build (Version 72.0.3612.0) and can confirm this is still happening across Gmail / Gdocs and may have even gotten worse. Closing and re-opening windows seems to set things back to normal for just a few moments until it starts happening again. 

Able to reproduce the issue on 72.0.3608.0/11258.0.0 - Cave
Unable to reproduce the issue on 72.0.3602.0/11232.0.0 - Cave
Will provide the Bisect. 

This often reproduces on my eve Chromebook too. Gmail web page is also affected.

Version:
 Google Chrome	72.0.3611.0 (Official Build) dev (64-bit)
 Platform	11265.0.0 (Official Build) dev-channel eve

Feedback report:
 https://listnr.corp.google.com/report/85801574336

 Issue 906963  has been merged into this issue.

 Issue 907513  has been merged into this issue.

 Issue 906344  has been merged into this issue.

A friend shared this video with me over Discord, shows what I am experiencing but on https://support.google.com/chromebook/community

https://drive.google.com/file/d/1Hl9XA4Zgla5PHtHB0osYTI8Dqq0Eik1d/view

He was on Canary when recording this

Another video from https://discord.gg/4nS4NG9

https://drive.google.com/file/d/1Y1t4E0ZyvLMQw80bYbecQokafj6qZXRS/view

Sent feedback just now (5:09 PM CST) with tags #906118 and #TFG in the first line. 

The NextAction date has arrived: 2018-11-26

Bisect result :
Bad build :  72.0.3606.0/11245.0.0 (Official Build) dev-channel cave
Good build : 72.0.3605.2/11244.0.0 (Official Build) dev-channel cave

ChangeList : 
https://chromium.googlesource.com/chromium/src/+log/72.0.3605.0..72.0.3606.0?pretty=fuller&n=10000

Could be:

https://chromium.googlesource.com/chromium/src/+/68d8dbc019fd37659252e273ade868aac7a9d8ac
https://chromium.googlesource.com/chromium/src/+/a0699cfa24f4ffa9aefe92e4e64ce43342e15f99
https://chromium.googlesource.com/chromium/src/+/0d1087c7da1b20c8cb3de32890b05102513b6200

https://chromium.googlesource.com/chromium/src/+/a0699cfa24f4ffa9aefe92e4e64ce43342e15f99 should affects border/background of frame/iframe only. It's unlikely to affect text.

https://chromium.googlesource.com/chromium/src/+/68d8dbc019fd37659252e273ade868aac7a9d8ac is about producing the entire compositor output or not when showing/hiding a tab, not about content within a page.

https://chromium.googlesource.com/chromium/src/+/68d8dbc019fd37659252e273ade868aac7a9d8ac is about not creating resources when the compositor is not going to be used. Both of these would have a failure mode of the entire page being empty/non-responsive.

I think my CL is unlikely but I've just reverted it anyway as it was only meant to be in ToT temporarily. Currently in CQ - please try the repro again when it's landed (I'll ping the bug): https://crrev.com/c/1351604

To the people who commented that they can reproduce this, especially on 72.0.3612.0, can you please comment on exactly how you go about reproducing it? I am having trouble reproducing on a clean 11288.0.0 dev-channel eve device. I tried the original instructions - copy text with bullet list into a new, blank docs document, and then highlight the text, move the mouse around, click menus, etc. So far, it works correctly.

...further comment - there are many videos of the problem occurring, but none (that I found) that show the steps leading up to the problem. If you have any, or could generate any, that would also help.

I'm here from one of the duplicates.
I'm affected by the most serious side of this issue. 
No chrome windows will render, can't access settings, etc. When in zoom out mode, I can see some of the text in the browser, but once resized to normal window, everything is a black window. 
The settings window is just a blue window. 
Linux apps work fine I'm on bob board 

I'm willing to reset if someone points me the way to do it, since I can't get to the settings anymore 

@mason it's hard for some of us to provide reproduce steps as for some it just happened after a reboot and is now always happening 

Hello,

Using:

Version 72.0.3609.3 (Official Build) dev (64-bit)
11264.0.0 (Official Build) dev-channel samus
Google_Samus.6300.276.0

Previous respondents are correct in that the issue does 'appear' to come and go, almost randomly. It occurs within Chrome tabs (docs/sheets and other sites), but also with Chrome Apps too (e.g. Caret T). Clicking off a tab, and then back to it seems mostly to solve it for a short period of time (typically seconds). Chrome://system is the exception to this, clicking off the tab and back onto it will not cause missing text to come back. Interestingly, in the case of the logs in chrome://system - text lines are sometimes cut off in the middle (horizontal) of a line (see attached). In other pages (e.g. this one), mouse hovering can cause portions of the page to become invisible, but it is not just single elements of the dom that go, but a square portion of the page, or element.

I cannot get the issue to clearly and reproducibly occur - but I can say that 'large' pages, such as significant sheets and chrome://system (with 'expand all' clicked) will tend to trigger the failure much more reliably and quickly - particularly if you scroll around heavily. Even this text input box will have occasional visual failures too (such as the 'Add a comment' header becoming invisible).

I hope that helps a little.

Yours,

JD

Deleted: Screenshot 2018-11-26 at 23.14.17.png 24.2 KB

	Screenshot 2018-11-26 at 23.14.17.png 24.2 KB View Download

I'm also one of the merged situations.  For me reproducing is just waiting for it to start happening.  Where it happens most often is when viewing a busy webpage like reddit, but I have also had it happen when I was using the penguin/crostini terminal app where half the content of the terminal disappears depending on where the cursor is.
In reddit, when it gets wacky, I'll scroll way up or way down so it has to redraw almost the entire tab and the problem will go away and show up later at a different place. 
If someone gives me a decent recommendation of an app or extension to add to make a video, I'll try to make videos when it starts happening.

I'm able to reproduce the issue with the following steps :

1. open 3 windows,  navigate to gmail.com, crbug.com, and docs.google.com/spreadsheets on each windows.  The spreadsheet has a long lists (250rows,14cols.)
2. try to resize the Chrome browser and hover over buttons or click on input fields on Gmail/crbug/spreadsheets. Then, able to see that UI is displayed properly.
3. leave the device idle for 7~10 minutes,
4. try to  maximize & restore the browser,resize the browser,or scroll up/down on Gmail (or crbug, spreadsheets).  
5. hover over "Compose" button or lists items (Inbox, Starred..) on Gmail page.
6. click on "Search mail" field
7. click on any item on the spreadsheet to modify, and then scroll up/down or resize the spreadsheet page, 
Then, I'm able to see the issue while doing step#5,6,7.  

 

Just talked with enne@. They are pretty sure it was in fact this commit:

https://chromium.googlesource.com/chromium/src/+/33205a780d892f1ae0af639fd57a339f44093f9a

cc/gpu: Add client driven paint caching for OOP raster.

This is a dup of  issue 906510 . The bug should be fixed in 72.0.3618.0 or later.