Attaching screen-cast of actual and expected behavior for reference.

Deleted: Actual.mp4 1.6 MB

	Actual.mp4 1.6 MB View Download

Deleted: Expected.mp4 4.3 MB

	Expected.mp4 4.3 MB View Download

palar, can you take a look?

working on it

Can't signin with local build of chromium, google api keys missing or something
like that.

There should't be any difference with named patch, both pre and post states
should end up with call of CreateProfileAsync supplied with locked profile path
and the same other params.

I'd expect the same behavior on Mac but there https://codereview.chromium.org/2516613002/
which can explain the difference (latest stable ver.56.0.2924.87 build has the same logic on mac), and on other platforms browser will be closed, 
and on browser launch user manager window will be opened due
CreatePrimaryProfile() logic.

There the patch which can resolve this issue, can't check it myself through:

diff --git a/chrome/browser/ui/webui/profile_helper.cc b/chrome/browser/ui/webui/profile_helper.cc
index c5ce2de..2f4622f 100644
--- a/chrome/browser/ui/webui/profile_helper.cc
+++ b/chrome/browser/ui/webui/profile_helper.cc
@@ -43,7 +43,8 @@ void DeleteProfileCallback(std::unique_ptr<ScopedKeepAlive> keep_alive,
 }  // namespace

 void OpenNewWindowForProfile(Profile* profile) {
-  if (signin::IsForceSigninEnabled()) {
+  if (signin::IsForceSigninEnabled() ||
+      profiles::IsProfileLocked(profile->GetPath())) {
     if (!UserManager::IsShowing()) {
       UserManager::Show(base::FilePath(), profiles::USER_MANAGER_NO_TUTORIAL,
                         profiles::USER_MANAGER_SELECT_PROFILE_NO_ACTION);

A friendly reminder that M57 Stable is launch is coming soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch ASAP so it gets enough baking time in Beta (before Stable promotion). Thank you!

Ok, fine. I don't really need any external services to lock profile.
Checked solution myself and it works.

Here we go: https://codereview.chromium.org/2681333002

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

commit 33e953c922b7dcfa88418ae62d098d6d3e869535
Author: palar <palar@yandex-team.ru>
Date: Fri Feb 10 12:08:53 2017

Fixed an issue with fallback on locked profile upon profile deletion.

BUG= 687894 

R=bauerb@chromium.org

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

[modify] https://crrev.com/33e953c922b7dcfa88418ae62d098d6d3e869535/chrome/browser/ui/webui/profile_helper.cc

Verified this issue on Mac OS 10.12, Windows-10 and Ubuntu 14.04 using chrome latest canary M58-58.0.3012.0, observed the parent account is not getting opened while removing the supervised user as expected.

Note: After removing the supervised user account from chrome://settings it opens a new sign-in manager to login to account instead the parent account log-in manager where we can enter the password to log-in. This issue is observed on Mac and Windows, it's working fine on Ubuntu 14.04.

palar@ Could you please take a look in to it?

Thanks!

Deleted: 687894.mp4 1.4 MB

	687894.mp4 1.4 MB View Download

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

commit 58084dd8f1d79ce115ee976daa4f1d6b8d51481b
Author: palar <palar@yandex-team.ru>
Date: Tue Feb 14 17:05:13 2017

Show reauth dialog instead of signin dialog when trying to open
a locked profile.

BUG= 687894 
R=bauerb@chromium.org

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

[modify] https://crrev.com/58084dd8f1d79ce115ee976daa4f1d6b8d51481b/chrome/browser/ui/webui/profile_helper.cc

A friendly reminder that M57 Stable is launch is coming VERY soon! Your bug is labelled as Stable ReleaseBlock, pls make sure to land the fix and get it merged into the release branch (2987) ASAP so it gets enough baking time in Beta (before Stable promotion). Thank you!

@ palar: Can you please provide an update as requested in comment#8 

Thanks.!

Not sure what exactly expected of me.

Changeset from comment#9 should fix the issue from comment#8.

Thank you palar@. Could you please request a merge to M57 by adding "Merge-Request-57" label as this bug is reported as M57 Stable blocker?

ranjitkan@, please verify issue from comment #8 on Canary version 58.0.3019.0 (Yesterday's canary). And update the bug please. Thank you.

Verified this issue on chrome latest M58-58.0.3019.0 by following steps mentioned in the original comment. Observed the the locked parent account is not getting opened until the user enters the password and comment #8 issue is not observed after the latest fix of comment #9. Hence adding TE-Verified label for M-58.

Thanks!

Thank you  brajkumar@.

palar@, please request a merge to M57 by adding "Merge-Request-57" label. Thank you.

URGENT - PTAL ASAP.

We're getting VERY close to M57 Stable promotion. And 
this issue is marked as M57 stable release blocker. Pls make sure to land the fix and get it merged into the release branch ASAP so it gets enough baking time in Beta (before Stable promotion).

Know that this issue shouldn't block the release?  Remove the ReleaseBlock-Stable label or move to M58.

Thank you.

bauerb@, please request a merge to M57. Do not know how to do this request, probably have not rights for such actions. Thank you.

Your change meets the bar and is auto-approved for M57. Please go ahead and merge the CL to branch 2987 manually. Please contact milestone owner if you have questions.
Owners: amineer@(clank), cmasso@(bling), ketakid@(cros), govind@(desktop)

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

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

commit 2e65faf7760fd3172db784e175f163cd954c13ec
Author: Bernhard Bauer <bauerb@chromium.org>
Date: Wed Feb 22 11:46:19 2017

Fixed an issue with fallback on locked profile upon profile deletion.

BUG= 687894 

R=bauerb@chromium.org

Review-Url: https://codereview.chromium.org/2681333002
Cr-Commit-Position: refs/heads/master@{#449594}
(cherry picked from commit 33e953c922b7dcfa88418ae62d098d6d3e869535)

Review-Url: https://codereview.chromium.org/2711743002 .
Cr-Commit-Position: refs/branch-heads/2987@{#639}
Cr-Branched-From: ad51088c0e8776e8dcd963dbe752c4035ba6dab6-refs/heads/master@{#444943}

[modify] https://crrev.com/2e65faf7760fd3172db784e175f163cd954c13ec/chrome/browser/ui/webui/profile_helper.cc

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

commit 0dd0d42a2ea5eb0d180e76c2b75f6fae97809d98
Author: Bernhard Bauer <bauerb@chromium.org>
Date: Wed Feb 22 11:57:18 2017

Show reauth dialog instead of signin dialog when trying to open a locked profile.

BUG= 687894 
R=bauerb@chromium.org

Review-Url: https://codereview.chromium.org/2692863004
Cr-Commit-Position: refs/heads/master@{#450386}
(cherry picked from commit 58084dd8f1d79ce115ee976daa4f1d6b8d51481b)

Review-Url: https://codereview.chromium.org/2710763004 .
Cr-Commit-Position: refs/branch-heads/2987@{#640}
Cr-Branched-From: ad51088c0e8776e8dcd963dbe752c4035ba6dab6-refs/heads/master@{#444943}

[modify] https://crrev.com/0dd0d42a2ea5eb0d180e76c2b75f6fae97809d98/chrome/browser/ui/webui/profile_helper.cc

Verified this issue on Windows-10, Ubuntu 14.04 and Mac OS 10.12 using chrome latest M57 #57.0.2987.88 and observed the fix is working as expected as per comment #21 and #22. Hence adding TE-Verified label for M-57.

Thanks!