Crash fix for the case when the default profile is nuked while UI still expects it around.

chrome/browser/chromeos/login/webui_login_view.cc

Index: chrome/browser/chromeos/login/webui_login_view.cc
===================================================================
--- chrome/browser/chromeos/login/webui_login_view.cc	(revision 99948)
+++ chrome/browser/chromeos/login/webui_login_view.cc	(working copy)
@@ -101,7 +101,6 @@
 
 WebUILoginView::WebUILoginView()
     : status_area_(NULL),
-      profile_(NULL),
       webui_login_(NULL),
       status_window_(NULL),
       host_window_frozen_(false),
@@ -126,11 +125,10 @@
 }
 
 void WebUILoginView::Init() {
-  profile_ = ProfileManager::GetDefaultProfile();
 
   webui_login_ = new DOMView();
   AddChildView(webui_login_);
-  webui_login_->Init(profile_, NULL);
+  webui_login_->Init(ProfileManager::GetDefaultProfile(), NULL);
   webui_login_->SetVisible(true);
   webui_login_->tab_contents()->set_delegate(this);
 
@@ -213,7 +211,7 @@
 }
 
 Profile* WebUILoginView::GetProfile() const {
-  return profile_;
+  return ProfileManager::GetDefaultProfile();

[xiyuan, 2011/09/08 02:12:36]

Let's return NULL here. As this is an implementation for
StatusAreaHost::GetProfile and it makes no sense to expose login incoginito
profile here. 

See BackgroundView::GetProfile.

 }
 
 void WebUILoginView::ExecuteBrowserCommand(int id) const {