Revert of Tab (and AuraWindow) Capture: Capture refresh frame after Resume()

Revert of Tab (and AuraWindow) Capture: Capture refresh frame after Resume() (patchset #2 id:20001 of https://codereview.chromium.org/2603533002/ )

Reason for revert:
Speculative revert because WebContentsVideoCaptureDeviceTest.StopWithRendererWorkToDo is crashing with media::ThreadSafeCaptureOracle calling CopyRGBToVideoFrame.

https://uberchromegw.corp.google.com/i/chromium.win/builders/Win7%20Tests%20%28dbg%29%281%29/builds/56009

Original issue's description:
> Tab (and AuraWindow) Capture: Capture refresh frame after Resume()
>
> Adds a refresh frame capture upon Resume(). This solves a problem where
> the tab capture device can be suspended for a significant length of time
> and then resumed; but if the content of the tab isn't changing when the
> resume takes place, no compositor events will be firing to cause any new
> frames to be captured. Thus, the content in the video stream could be
> very stale. Issuing a refresh frame capture guarantees the video stream
> will be up-to-date immediately after a resume.
>
> BUG=643964
>
> Review-Url: https://codereview.chromium.org/2603533002

TBR=xjz@chromium.org,miu@chromium.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=643964
Committed: https://crrev.com/4573aaf76ac901bd48fc2eaa5314a206a04a6cc5
Cr-Commit-Position: refs/heads/master@{#440810}

[cmumford, 2016-12-27 23:56:49]

The CQ bit was checked by cmumford@chromium.org

[cmumford, 2016-12-27 23:56:50]

Created Revert of Tab (and AuraWindow) Capture: Capture refresh frame after
Resume()

[commit-bot: I haz the power, 2016-12-27 23:57:01]

CQ is trying da patch. Follow status at
 
https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...

[commit-bot: I haz the power, 2016-12-27 23:57:39]

CQ is committing da patch.

Bot data: {"patchset_id": 1, "attempt_start_ts": 1482883009969100, "parent_rev":
"9e037e5a572302d7c36d71a94956728db25a32c8", "commit_rev":
"93496b6d6056327cc6957511aaae4741fc852737"}

[commit-bot: I haz the power, 2016-12-27 23:58:05]

Description was changed from

==========
Revert of Tab (and AuraWindow) Capture: Capture refresh frame after Resume()
(patchset #2 id:20001 of https://codereview.chromium.org/2603533002/ )

Reason for revert:
Speculative revert because
WebContentsVideoCaptureDeviceTest.StopWithRendererWorkToDo is crashing with
media::ThreadSafeCaptureOracle calling CopyRGBToVideoFrame.

https://uberchromegw.corp.google.com/i/chromium.win/builders/Win7%20Tests%20%...

Original issue's description:
> Tab (and AuraWindow) Capture: Capture refresh frame after Resume()
> 
> Adds a refresh frame capture upon Resume(). This solves a problem where
> the tab capture device can be suspended for a significant length of time
> and then resumed; but if the content of the tab isn't changing when the
> resume takes place, no compositor events will be firing to cause any new
> frames to be captured. Thus, the content in the video stream could be
> very stale. Issuing a refresh frame capture guarantees the video stream
> will be up-to-date immediately after a resume.
> 
> BUG=643964
> 
> Review-Url: https://codereview.chromium.org/2603533002

TBR=xjz@chromium.org,miu@chromium.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=643964
==========

to

==========
Revert of Tab (and AuraWindow) Capture: Capture refresh frame after Resume()
(patchset #2 id:20001 of https://codereview.chromium.org/2603533002/ )

Reason for revert:
Speculative revert because
WebContentsVideoCaptureDeviceTest.StopWithRendererWorkToDo is crashing with
media::ThreadSafeCaptureOracle calling CopyRGBToVideoFrame.

https://uberchromegw.corp.google.com/i/chromium.win/builders/Win7%20Tests%20%...

Original issue's description:
> Tab (and AuraWindow) Capture: Capture refresh frame after Resume()
> 
> Adds a refresh frame capture upon Resume(). This solves a problem where
> the tab capture device can be suspended for a significant length of time
> and then resumed; but if the content of the tab isn't changing when the
> resume takes place, no compositor events will be firing to cause any new
> frames to be captured. Thus, the content in the video stream could be
> very stale. Issuing a refresh frame capture guarantees the video stream
> will be up-to-date immediately after a resume.
> 
> BUG=643964
> 
> Review-Url: https://codereview.chromium.org/2603533002

TBR=xjz@chromium.org,miu@chromium.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=643964

Review-Url: https://codereview.chromium.org/2604833003
==========

[commit-bot: I haz the power, 2016-12-27 23:58:06]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2017-01-02 15:47:56]

Description was changed from

==========
Revert of Tab (and AuraWindow) Capture: Capture refresh frame after Resume()
(patchset #2 id:20001 of https://codereview.chromium.org/2603533002/ )

Reason for revert:
Speculative revert because
WebContentsVideoCaptureDeviceTest.StopWithRendererWorkToDo is crashing with
media::ThreadSafeCaptureOracle calling CopyRGBToVideoFrame.

https://uberchromegw.corp.google.com/i/chromium.win/builders/Win7%20Tests%20%...

Original issue's description:
> Tab (and AuraWindow) Capture: Capture refresh frame after Resume()
> 
> Adds a refresh frame capture upon Resume(). This solves a problem where
> the tab capture device can be suspended for a significant length of time
> and then resumed; but if the content of the tab isn't changing when the
> resume takes place, no compositor events will be firing to cause any new
> frames to be captured. Thus, the content in the video stream could be
> very stale. Issuing a refresh frame capture guarantees the video stream
> will be up-to-date immediately after a resume.
> 
> BUG=643964
> 
> Review-Url: https://codereview.chromium.org/2603533002

TBR=xjz@chromium.org,miu@chromium.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=643964

Review-Url: https://codereview.chromium.org/2604833003
==========

to

==========
Revert of Tab (and AuraWindow) Capture: Capture refresh frame after Resume()
(patchset #2 id:20001 of https://codereview.chromium.org/2603533002/ )

Reason for revert:
Speculative revert because
WebContentsVideoCaptureDeviceTest.StopWithRendererWorkToDo is crashing with
media::ThreadSafeCaptureOracle calling CopyRGBToVideoFrame.

https://uberchromegw.corp.google.com/i/chromium.win/builders/Win7%20Tests%20%...

Original issue's description:
> Tab (and AuraWindow) Capture: Capture refresh frame after Resume()
>
> Adds a refresh frame capture upon Resume(). This solves a problem where
> the tab capture device can be suspended for a significant length of time
> and then resumed; but if the content of the tab isn't changing when the
> resume takes place, no compositor events will be firing to cause any new
> frames to be captured. Thus, the content in the video stream could be
> very stale. Issuing a refresh frame capture guarantees the video stream
> will be up-to-date immediately after a resume.
>
> BUG=643964
>
> Review-Url: https://codereview.chromium.org/2603533002

TBR=xjz@chromium.org,miu@chromium.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG=643964

Committed: https://crrev.com/4573aaf76ac901bd48fc2eaa5314a206a04a6cc5
Cr-Commit-Position: refs/heads/master@{#440810}
==========

[commit-bot: I haz the power, 2017-01-02 15:47:57]

Patchset 1 (id:??) landed as
https://crrev.com/4573aaf76ac901bd48fc2eaa5314a206a04a6cc5
Cr-Commit-Position: refs/heads/master@{#440810}