Deprecate NonThreadSafe in components/captive_portal in favor of SequenceChecker.

Deprecate NonThreadSafe in components/captive_portal in favor of SequenceChecker.

Note to crash team: This CL is a refactor and has no intended behavior change.

This change was scripted by https://crbug.com/676387#c8.

Note-worthy for the reviewer:
 * SequenceChecker enforces thread-safety but not thread-affinity!
   If the classes that were updated are thread-affine (use thread local
   storage or a third-party API that does) they should be migrated to
   ThreadChecker instead.
 * ~NonThreadSafe() used to implcitly check in its destructor
   ~Sequence/ThreadChecker() doesn't by design. To keep this CL a
   no-op, an explicit check was added to the destructor of migrated
   classes.
 * NonThreadSafe used to provide access to subclasses, as such
   the |sequence_checker_| member was made protected rather than
   private where necessary.

BUG=676387
This CL was uploaded by git cl split.

R=mmenke@chromium.org

Review-Url: https://codereview.chromium.org/2906233005
Cr-Commit-Position: refs/heads/master@{#475551}
Committed: https://chromium.googlesource.com/chromium/src/+/7c2859bc15968f41c36ce8f026b09e1bf8066669

[gab, 2017-05-29 19:17:10]

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

[gab, 2017-05-29 19:17:11]

Hi, this is an automated change made by https://crbug.com/676387#c8 and sharded
across directories for OWNERS.

No human has looked at this specific output yet, see cl description for things
to watch for.

If it LGTY, please CQ.

If it didn't pass CQ dry-run it may be a simple patch failure or an IWYU failure
from having this being a partial CL... please review anyways and a human will
look at the failure (and ping for re-review if anything major is required..). It
is known to compile all targets on Windows at r474679...  manual tweaks will
likely be required to smoothen things off, bear with me!

Thanks!
Gab

[commit-bot: I haz the power, 2017-05-29 19:17:21]

Dry run: 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, 2017-05-29 21:12:36]

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

[commit-bot: I haz the power, 2017-05-29 21:12:37]

Dry run: This issue passed the CQ dry run.

[gab, 2017-05-30 01:26:33]

Description was changed from

==========
Deprecate NonThreadSafe in components/captive_portal in favor of
SequenceChecker.

This change was scripted by https://crbug.com/676387#c8.

Note-worthy for the reviewer:
 * SequenceChecker enforces thread-safety but not thread-affinity!
   If the classes that were updated are thread-affine (use thread local
   storage or a third-party API that does) they should be migrated to
   ThreadChecker instead.
 * ~NonThreadSafe() used to implcitly check in its destructor
   ~Sequence/ThreadChecker() doesn't by design. To keep this CL a
   no-op, an explicit check was added to the destructor of migrated
   classes.
 * NonThreadSafe used to provide access to subclasses, as such
   the |sequence_checker_| member was made protected rather than
   private where necessary.

BUG=676387
This CL was uploaded by git cl split.

R=mmenke@chromium.org
==========

to

==========
Deprecate NonThreadSafe in components/captive_portal in favor of
SequenceChecker.

Note to crash team: This CL is a refactor and has no intended behavior change.

This change was scripted by https://crbug.com/676387#c8.

Note-worthy for the reviewer:
 * SequenceChecker enforces thread-safety but not thread-affinity!
   If the classes that were updated are thread-affine (use thread local
   storage or a third-party API that does) they should be migrated to
   ThreadChecker instead.
 * ~NonThreadSafe() used to implcitly check in its destructor
   ~Sequence/ThreadChecker() doesn't by design. To keep this CL a
   no-op, an explicit check was added to the destructor of migrated
   classes.
 * NonThreadSafe used to provide access to subclasses, as such
   the |sequence_checker_| member was made protected rather than
   private where necessary.

BUG=676387
This CL was uploaded by git cl split.

R=mmenke@chromium.org
==========

[mmenke, 2017-05-30 16:27:18]

On 2017/05/29 19:17:11, gab wrote:
> Hi, this is an automated change made by https://crbug.com/676387#c8 and
sharded
> across directories for OWNERS.
> 
> No human has looked at this specific output yet, see cl description for things
> to watch for.
> 
> If it LGTY, please CQ.
> 
> If it didn't pass CQ dry-run it may be a simple patch failure or an IWYU
failure
> from having this being a partial CL... please review anyways and a human will
> look at the failure (and ping for re-review if anything major is required..).
It
> is known to compile all targets on Windows at r474679...  manual tweaks will
> likely be required to smoothen things off, bear with me!
> 
> Thanks!
> Gab

LGTM

[mmenke, 2017-05-30 16:27:22]

The CQ bit was checked by mmenke@chromium.org

[commit-bot: I haz the power, 2017-05-30 16: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, 2017-05-30 16:31:43]

CQ is committing da patch.

Bot data: {"patchset_id": 1, "attempt_start_ts": 1496161642522580, "parent_rev":
"c3ac4d286f2c890ef88178e7ec552178a25cce50", "commit_rev":
"7c2859bc15968f41c36ce8f026b09e1bf8066669"}

[commit-bot: I haz the power, 2017-05-30 16:31:53]

Description was changed from

==========
Deprecate NonThreadSafe in components/captive_portal in favor of
SequenceChecker.

Note to crash team: This CL is a refactor and has no intended behavior change.

This change was scripted by https://crbug.com/676387#c8.

Note-worthy for the reviewer:
 * SequenceChecker enforces thread-safety but not thread-affinity!
   If the classes that were updated are thread-affine (use thread local
   storage or a third-party API that does) they should be migrated to
   ThreadChecker instead.
 * ~NonThreadSafe() used to implcitly check in its destructor
   ~Sequence/ThreadChecker() doesn't by design. To keep this CL a
   no-op, an explicit check was added to the destructor of migrated
   classes.
 * NonThreadSafe used to provide access to subclasses, as such
   the |sequence_checker_| member was made protected rather than
   private where necessary.

BUG=676387
This CL was uploaded by git cl split.

R=mmenke@chromium.org
==========

to

==========
Deprecate NonThreadSafe in components/captive_portal in favor of
SequenceChecker.

Note to crash team: This CL is a refactor and has no intended behavior change.

This change was scripted by https://crbug.com/676387#c8.

Note-worthy for the reviewer:
 * SequenceChecker enforces thread-safety but not thread-affinity!
   If the classes that were updated are thread-affine (use thread local
   storage or a third-party API that does) they should be migrated to
   ThreadChecker instead.
 * ~NonThreadSafe() used to implcitly check in its destructor
   ~Sequence/ThreadChecker() doesn't by design. To keep this CL a
   no-op, an explicit check was added to the destructor of migrated
   classes.
 * NonThreadSafe used to provide access to subclasses, as such
   the |sequence_checker_| member was made protected rather than
   private where necessary.

BUG=676387
This CL was uploaded by git cl split.

R=mmenke@chromium.org

Review-Url: https://codereview.chromium.org/2906233005
Cr-Commit-Position: refs/heads/master@{#475551}
Committed:
https://chromium.googlesource.com/chromium/src/+/7c2859bc15968f41c36ce8f026b0...
==========

[commit-bot: I haz the power, 2017-05-30 16:31:57]

Committed patchset #1 (id:1) as
https://chromium.googlesource.com/chromium/src/+/7c2859bc15968f41c36ce8f026b0...