Fix timing bug in delayed async initialization on Android.

Fix timing bug in delayed async initialization on Android.

When deferring the init of the native libraries, it adjusted the
timing when the draw observer that kicks off the native load is
registered.  Because it was delayed, the first draw of the view
might have already happened and as a result the native library
would be blocked indefinitely until another draw occurred (which
wouldn't happen unless the user rotated the phone or otherwise
was able to trigger a redraw).

The moves back to using the bulk of the shared pre-native startup
code and defers signally the draw actually happened until the
embedding code signals that the startup should proceed.

BUG=721868
Review-Url: https://codereview.chromium.org/2884743002
Cr-Commit-Position: refs/heads/master@{#472145}
Committed: https://chromium.googlesource.com/chromium/src/+/a9935effb606cac69554673147c9bfc6484b0b9c

[Ted C, 2017-05-15 17:54:32]

tedchoc@chromium.org changed reviewers:
+ twellington@chromium.org, yusufo@chromium.org

[Ted C, 2017-05-15 17:54:32]

twellington@ - PTAL

yusufo@ - FYI and PTAL upon return

[Theresa, 2017-05-15 20:02:36]

lgtm % typo "timinig" in commit message

[Ted C, 2017-05-16 16:37:43]

Description was changed from

==========
Fix timing bug in delayed async initialization on Android.

When deferring the init of the native libraries, it adjusted the
timinig when the draw observer that kicks off the native load is
registered.  Because it was delayed, the first draw of the view
might have already happened and as a result the native library
would be blocked indefinitely until another draw occurred (which
wouldn't happen unless the user rotated the phone or otherwise
was able to trigger a redraw).

The moves back to using the bulk of the shared pre-native startup
code and defers signally the draw actually happened until the
embedding code signals that the startup should proceed.

BUG=721868
==========

to

==========
Fix timing bug in delayed async initialization on Android.

When deferring the init of the native libraries, it adjusted the
timing when the draw observer that kicks off the native load is
registered.  Because it was delayed, the first draw of the view
might have already happened and as a result the native library
would be blocked indefinitely until another draw occurred (which
wouldn't happen unless the user rotated the phone or otherwise
was able to trigger a redraw).

The moves back to using the bulk of the shared pre-native startup
code and defers signally the draw actually happened until the
embedding code signals that the startup should proceed.

BUG=721868
==========

[Ted C, 2017-05-16 16:39:04]

The CQ bit was checked by tedchoc@chromium.org

[commit-bot: I haz the power, 2017-05-16 16:39:38]

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-16 17:25:39]

CQ is committing da patch.

Bot data: {"patchset_id": 1, "attempt_start_ts": 1494952744471320, "parent_rev":
"028ea15d88db7e9bfb4303698ae52fbf75fc55ca", "commit_rev":
"a9935effb606cac69554673147c9bfc6484b0b9c"}

[commit-bot: I haz the power, 2017-05-16 17:25:50]

Description was changed from

==========
Fix timing bug in delayed async initialization on Android.

When deferring the init of the native libraries, it adjusted the
timing when the draw observer that kicks off the native load is
registered.  Because it was delayed, the first draw of the view
might have already happened and as a result the native library
would be blocked indefinitely until another draw occurred (which
wouldn't happen unless the user rotated the phone or otherwise
was able to trigger a redraw).

The moves back to using the bulk of the shared pre-native startup
code and defers signally the draw actually happened until the
embedding code signals that the startup should proceed.

BUG=721868
==========

to

==========
Fix timing bug in delayed async initialization on Android.

When deferring the init of the native libraries, it adjusted the
timing when the draw observer that kicks off the native load is
registered.  Because it was delayed, the first draw of the view
might have already happened and as a result the native library
would be blocked indefinitely until another draw occurred (which
wouldn't happen unless the user rotated the phone or otherwise
was able to trigger a redraw).

The moves back to using the bulk of the shared pre-native startup
code and defers signally the draw actually happened until the
embedding code signals that the startup should proceed.

BUG=721868

Review-Url: https://codereview.chromium.org/2884743002
Cr-Commit-Position: refs/heads/master@{#472145}
Committed:
https://chromium.googlesource.com/chromium/src/+/a9935effb606cac69554673147c9...
==========

[commit-bot: I haz the power, 2017-05-16 17:25:51]

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