Manual regression range:
Good Build: 53.0.2758.0 
Bad Build: 53.0.2759.0 

Narrow bisect:
https://chromium.googlesource.com/chromium/src/+log/62794230cc5e644b2fd3a4bde072225724283270..7ee23543093c373d01d59784f533bb7e7efdd419?pretty=fuller&n=10

Suspecting: 397756 or 397755 ?
Kindly help to re-assign, if your changes are not cause for this issue.

Note: Issue not seen on Win & Linux OS.

Deleted: Actual_Tab.mov 1.8 MB

Actual_Tab.mov 1.8 MB Download

Deleted: Expected_Tab.mov 1.4 MB

Expected_Tab.mov 1.4 MB Download

 Issue 617455  has been merged into this issue.

Reproducible on the latest canary(53.0.2760.0) on Mac OS 10.11.5.

Could you please take a look at this as we have scheduled Dev release tomorrow.

This isn't caused by 397756, which only affects fullscreen and the certificate viewer.
Assigning it to enne

Same here.

I'm on Version 53.0.2760.0 canary (64-bit) in OSX 10.11.5

This only happens for me with certain websites like Reddit, or the Deluge Web UI.

If I open the dev tools the website is being loaded, and even the whole DOM is there, but nothing is rendered.

http://i.imgur.com/SQwRJvs.png

 Issue 617532  has been merged into this issue.

Re #5: To be precise, the layout is being done properly as I can hover on links & see the mouse cursor change, I can click on links and the page navigates properly. It's just that nothing is displayed on the screen.

 Issue 617594  has been merged into this issue.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/d5d349f0ff52e0a478ae9b807d35c0511e828fa5

commit d5d349f0ff52e0a478ae9b807d35c0511e828fa5
Author: enne <enne@chromium.org>
Date: Mon Jun 06 22:30:00 2016

Revert of mac: ensure ui::Compositor exists for visible RWHVs (patchset #12 id:220001 of https://codereview.chromium.org/2005013002/ )

Reason for revert:
Causes blank tabs, tab switching perf tests

BUG= 617497 , 617427 

Original issue's description:
> mac: ensure ui::Compositor exists for visible RWHVs
>
> RenderWidgetHostViewMac is careful about creating ui::Compositor and so
> currently only does this in Show and SwapCompositorFrame.  However, if
> it the RenderWidgetHostView is created while the RenderWidgetHost is
> visible, then Show will early out and never create a ui::Compositor.
>
> This causes problems with begin frame scheduling, which wants to have
> the Display (which is created as part of creating the ui::Compositor's
> output surface currently) own the real begin frame source that drives
> everything.  In that world, if no ui::Compositor exists, no frames ever
> are sent or swapped.  So, the ui::Compositor needs to be created first.
>
> Also, if the ui::Compositor is correctly created during Show (or the
> constructor), then there's no need to ensure that it exists during
> swap compositor frame, and so that can be safely removed.
>
> R=asvitkine@chromium.org,ccameron@chromium.org
>
> Committed: https://crrev.com/9af6c23da7070f9423d5cf25856ed27f7d5d8e5e
> Cr-Commit-Position: refs/heads/master@{#397755}

TBR=phajdan.jr@chromium.org,asvitkine@chromium.org,ccameron@chromium.org,danakj@chromium.org
# Not skipping CQ checks because original CL landed more than 1 days ago.

Review-Url: https://codereview.chromium.org/2040013002
Cr-Commit-Position: refs/heads/master@{#398144}

[modify] https://crrev.com/d5d349f0ff52e0a478ae9b807d35c0511e828fa5/content/browser/renderer_host/render_widget_host_view_mac.mm
[modify] https://crrev.com/d5d349f0ff52e0a478ae9b807d35c0511e828fa5/content/browser/renderer_host/render_widget_host_view_mac_editcommand_helper_unittest.mm
[modify] https://crrev.com/d5d349f0ff52e0a478ae9b807d35c0511e828fa5/content/content_tests.gypi
[modify] https://crrev.com/d5d349f0ff52e0a478ae9b807d35c0511e828fa5/content/public/test/test_renderer_host.cc
[modify] https://crrev.com/d5d349f0ff52e0a478ae9b807d35c0511e828fa5/content/test/BUILD.gn
[modify] https://crrev.com/d5d349f0ff52e0a478ae9b807d35c0511e828fa5/ui/accelerated_widget_mac/window_resize_helper_mac.cc
[modify] https://crrev.com/d5d349f0ff52e0a478ae9b807d35c0511e828fa5/ui/accelerated_widget_mac/window_resize_helper_mac.h

 Issue 617572  has been merged into this issue.

Same issue on Mac OS : Yosemite 10.10.5 (14F27), Canary : Version 53.0.2760.0 canary (64-bit)

Makes it currently unusable to use. Confirming behavior : First page load works, but switching back to the tab only displays white screen. Hovering with mouse over the elements shows that website is there, just not displayed.

I doesn't happen for 100% of tabs, but to most of them. Disabling hardware acceleration ( as reported to help with other white page issues ) has not helped.

The incognito mode does not seem to be affected by the issue. When using it the tab content is rendered without any problems.

Tested this issue on Mac OS 10.11.5 using chrome latest Dev M53-53.0.2761.2 . Observed the webpage is displayed as expected while switching between the tabs. Hence adding TE-Verified label.

Thanks!

Deleted: Recording #10.mp4 564 KB

Recording #10.mp4 564 KB Download

Marking as 'verified' per c#13.

Thank you!