Uber tray unresponsive with Multiprofile enabled

chrome/browser/chromeos/login/existing_user_controller.cc

Index: chrome/browser/chromeos/login/existing_user_controller.cc
diff --git a/chrome/browser/chromeos/login/existing_user_controller.cc b/chrome/browser/chromeos/login/existing_user_controller.cc
index e487a32e1cc96a3e020edf77cf4172399088e444..dbc3cf50f3b00960d102b9609f4ea97b30d9f6e4 100644
--- a/chrome/browser/chromeos/login/existing_user_controller.cc
+++ b/chrome/browser/chromeos/login/existing_user_controller.cc
@@ -440,6 +440,7 @@ void ExistingUserController::Login(const UserContext& user_context,
 
   PerformPreLoginActions(user_context);
   PerformLogin(user_context, LoginPerformer::AUTH_MODE_INTERNAL);
+  PerformLoginFinishedActions(false);

[Nikita (slow), 2014/10/28 16:31:19]

That's not a correct place for this call since login request has just been
created - previous PerformLogin() call.

[afakhry, 2014/10/28 17:06:30]

As per the comments documentations for
ExistingUserController::PerformLoginFinishedActions(), this function performs
set of actions when login has been completed or has been cancelled. However in
this case it never gets called. 

Please let me know where the correct place it should be placed is, in order to
guarantee that it gets called.

[Nikita (slow), 2014/10/28 17:15:22]

I'm trying to verify why this call is not unblocking status area:

void ExistingUserController::OnProfilePrepared(Profile* profile,
                                               bool browser_launched) {
  // Reenable clicking on other windows and status area.
  login_display_->SetUIEnabled(true);
  ...
}

[afakhry, 2014/10/28 18:43:22]

Because LoginDisplayHostImpl::OnBrowserCreated() calls
LoginDisplayHostImpl::ResetLoginWindowAndView() (which resets 'login_view_' to
NULL) before the call to WebUILoginDisplay::SetUIEnabled() inside
ExistingUserController::OnProfilePrepared() uses the login_view (which is now
null) to unlock the status area.

 }
 
 void ExistingUserController::PerformLogin(