Fix devtools unable to start a shared workers.

Fix devtools unable to start a shared workers.

This regressed in r419646 because it changed a check for the request's process being alive to instead check if the WebContents is alive. The latter isn't true for worker-initiated requests.

Since URLDataManagerBackend's behavior now changed back to what it used to do, I've also updated the data sources that were modified in the same cl to bring back WebContents null checks.

BUG=652937
Committed: https://crrev.com/f72ebb00ab29f5ed639d24dd24b44f4ea6201a42
Cr-Commit-Position: refs/heads/master@{#423205}

[jam, 2016-10-05 05:41:11]

The CQ bit was checked by jam@chromium.org to run a CQ dry run

[commit-bot: I haz the power, 2016-10-05 05:41:25]

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

[jam, 2016-10-05 05:43:05]

Description was changed from

==========
Fix devtools unable to start a shared workers.

This regressed in r419646 because it changed a check for the request's process
being alive to instead check if the WebContents is alive. The latter isn't true
for worker-initiated requests.

Since URLDataManagerBackend's behavior now changed back to what it used to do,
I've also updated the data sources that were modified in the same cl to bring
back WebContents null checks.

BUG=652937
==========

to

==========
Fix devtools unable to start a shared workers.

This regressed in r419646 because it changed a check for the request's process
being alive to instead check if the WebContents is alive. The latter isn't true
for worker-initiated requests.

Since URLDataManagerBackend's behavior now changed back to what it used to do,
I've also updated the data sources that were modified in the same cl to bring
back WebContents null checks.

BUG=652937
==========

[jam, 2016-10-05 05:43:05]

jam@chromium.org changed reviewers:
+ caseq@chromium.org

[commit-bot: I haz the power, 2016-10-05 06:30:02]

The CQ bit was unchecked by commit-bot@chromium.org

[commit-bot: I haz the power, 2016-10-05 06:30:03]

Dry run: This issue passed the CQ dry run.

[caseq, 2016-10-05 17:01:37]

lgtm and thanks a lot for a prompt fix!

[jam, 2016-10-05 17:27:25]

The CQ bit was checked by jam@chromium.org

[commit-bot: I haz the power, 2016-10-05 17:27:41]

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-10-05 17:33:50]

Description was changed from

==========
Fix devtools unable to start a shared workers.

This regressed in r419646 because it changed a check for the request's process
being alive to instead check if the WebContents is alive. The latter isn't true
for worker-initiated requests.

Since URLDataManagerBackend's behavior now changed back to what it used to do,
I've also updated the data sources that were modified in the same cl to bring
back WebContents null checks.

BUG=652937
==========

to

==========
Fix devtools unable to start a shared workers.

This regressed in r419646 because it changed a check for the request's process
being alive to instead check if the WebContents is alive. The latter isn't true
for worker-initiated requests.

Since URLDataManagerBackend's behavior now changed back to what it used to do,
I've also updated the data sources that were modified in the same cl to bring
back WebContents null checks.

BUG=652937
==========

[commit-bot: I haz the power, 2016-10-05 17:33:52]

Committed patchset #1 (id:1)

[commit-bot: I haz the power, 2016-10-05 17:35:19]

Description was changed from

==========
Fix devtools unable to start a shared workers.

This regressed in r419646 because it changed a check for the request's process
being alive to instead check if the WebContents is alive. The latter isn't true
for worker-initiated requests.

Since URLDataManagerBackend's behavior now changed back to what it used to do,
I've also updated the data sources that were modified in the same cl to bring
back WebContents null checks.

BUG=652937
==========

to

==========
Fix devtools unable to start a shared workers.

This regressed in r419646 because it changed a check for the request's process
being alive to instead check if the WebContents is alive. The latter isn't true
for worker-initiated requests.

Since URLDataManagerBackend's behavior now changed back to what it used to do,
I've also updated the data sources that were modified in the same cl to bring
back WebContents null checks.

BUG=652937

Committed: https://crrev.com/f72ebb00ab29f5ed639d24dd24b44f4ea6201a42
Cr-Commit-Position: refs/heads/master@{#423205}
==========

[commit-bot: I haz the power, 2016-10-05 17:35:20]

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