Unable to reproduce the issue on Windows 10 and Ubuntu 14.04 using chrome beta version #60.0.3112.66 and latest dev #61.0.3153.4.

Attached a screen cast for reference.

Following are the steps followed to reproduce the issue.
------------
1. Navigated to www.wikipedia.org
2. Navigated to another page by clicking on the link in that page. Repeated the step 3-4 times.
3. Observed that the new page got updated instantly and did not show the old page.

pdknsk@ - Could you please provide a sample url to test the issue from TE-end. This will help us in triaging the issue further.

Thanks...!!
		

Deleted: 744133.ogv 21.6 MB

744133.ogv 21.6 MB Download

​It won't reproduce that easily.​

Thank you for providing more feedback. Adding requester "krajshree@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

chrome://gpu

GPU0	VENDOR = 0x8086, DEVICE= 0x0a16
Optimus	false
Optimus	false
AMD switchable	false
Driver vendor	Mesa
Driver version	11.0.2
Driver date	
Pixel shader version	3.30
Vertex shader version	3.30
Max. MSAA samples	8
Machine model name	
Machine model version	
GL_VENDOR	Intel Open Source Technology Center
GL_RENDERER	Mesa DRI Intel(R) Haswell Mobile
GL_VERSION	3.3 (Core Profile) Mesa 11.0.2

Are you able to provide a trace? (chrome://tracing) of the issue occurring? It might help reveal some useful data.

​Which categories should I record?

Thank you for providing more feedback. Adding requester "dtapuska@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

As per comment #3, it seems that the issue doesn't reproduce consistently.
Hence, removing the Needs-Bisect label as of now.
Please feel free to add the same if the issue reproduces consistently.

Thanks...!!

dtapuska@ - Could you please respond to comment #7.

Thanks...!!

I'd start with a Javascript and Rendering trace.

But an all categories trace is usually best.

​If I interpret the trace correctly, it blocks on
LayerTreeHostImpl::SetVisible.​

Thank you for providing more feedback. Adding requester "yhirano@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

I would like to ask for the trace log file, if possible.

Is the issue specific to certain sites?

It happens totally intermittently, on any page. Sometimes within minutes of browsing, and sometimes not. Otherwise I'd have already bisected it.

I recorded a new trace on a fresh profile, and fortunately the problem occurred quickly. I noticed that it often (but not only) happens when opening a new tab. 

And on new incognito tabs it happens in two steps: first the dark background is rendered, including the small bullet points next to the text, but not the text itself. Now it stalls and blocks further rendering in the whole browser. When it resumes, usually within a few seconds to a minute, the text is rendered, as well as the incognito logo. In particular that it renders the bullet points is odd, I think.

I stopped recording a few seconds after rendering resumed. So the tab affected is the last tab opened.

Deleted: trace_bug.json.gz 4.6 MB

trace_bug.json.gz 4.6 MB Download

Thank you for providing more feedback. Adding requester "yhirano@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

I tried to record it, but it didn't occur. I only managed to record a micro-stall on the incognito NTP.

As per comment #17 and #20, the issue seems to repro on incognito window using latest stable #62.0.3202.75 and latest dev #64.0.3253.3. It doesn't occur on M59 as the incognito window doesn't have the bullet points.
It occurs inconsistently and doesn't occur on every page.
Hence, marking it as untriaged from M60, the build when the new incognito window with bullet points was introduced.
Requesting someone from dev team to investigate it further.

Thanks...!!

Still in M63, but far less frequently.

Looks like this hadn't been re-triaged for a while.  Also from #17 it doesn't seem it's loading issue but maybe Paint or Compositing? Adding Compositing label to get help for further triage.

Reporter: would you be able to update the issue again if you are still seeing this in the latest release? Thanks for your input!!

To compositing based on comment #14, and the fact that painting does not control presentation of pages outside of invalidation (which does not seem implicated here).

Still have this in 68.0.3440.124.

Also in M70.