Fixed OOBE start up for Linux desktop use cases.

chrome/browser/ui/webui/chromeos/login/oobe_ui.cc

Index: chrome/browser/ui/webui/chromeos/login/oobe_ui.cc
diff --git a/chrome/browser/ui/webui/chromeos/login/oobe_ui.cc b/chrome/browser/ui/webui/chromeos/login/oobe_ui.cc
index 1de50d3156915b808888625fb7bf58ba7165a7d8..6ce6603505d301b3a869d0aaf7e26039e4a8f2f9 100644
--- a/chrome/browser/ui/webui/chromeos/login/oobe_ui.cc
+++ b/chrome/browser/ui/webui/chromeos/login/oobe_ui.cc
@@ -84,6 +84,7 @@ void OobeUIHTMLSource::StartDataRequest(const std::string& path,
                                         bool is_incognito,
                                         int request_id) {
   if (UserManager::Get()->IsUserLoggedIn() &&
+      !UserManager::Get()->IsLoggedInAsStub() &&

[rkc, 2012/03/22 03:02:34]

UserManager::Get()->IsUserLoggedIn() should not be true; but for now this fixes
the login problem.

[pastarmovj, 2012/03/22 10:39:24]

This was my first thought too but after discussing that with Nikita a bit longer
I agree now that we should treat the stub user as a normal login. Your other fix
should cover all the cases that really should not have a loggedin user and this
fix here makes sure the OOBE flow will be fine as well so as long as we keep the
paradigm of having a stub user on linux then it should as well be properly
registered as being logged in.

       !ScreenLocker::default_screen_locker()) {
     scoped_refptr<RefCountedBytes> empty_bytes(new RefCountedBytes());
     SendResponse(request_id, empty_bytes);