| Index: chrome/browser/chrome_browser_main_mac.mm | 
| diff --git a/chrome/browser/chrome_browser_main_mac.mm b/chrome/browser/chrome_browser_main_mac.mm | 
| index 9539309df575f6aece9e39918d65c81c0d2f39ac..cf8a1aedc240cd32a5eec8299e09b8ca9a89bf8a 100644 | 
| --- a/chrome/browser/chrome_browser_main_mac.mm | 
| +++ b/chrome/browser/chrome_browser_main_mac.mm | 
| @@ -18,7 +18,6 @@ | 
| #include "chrome/browser/browser_process.h" | 
| #import "chrome/browser/chrome_browser_application_mac.h" | 
| #include "chrome/browser/mac/install_from_dmg.h" | 
| -#include "chrome/browser/mac/keychain_reauthorize.h" | 
| #import "chrome/browser/mac/keystone_glue.h" | 
| #include "chrome/browser/metrics/metrics_service.h" | 
| #include "chrome/common/chrome_paths.h" | 
| @@ -32,17 +31,6 @@ | 
|  | 
| namespace { | 
|  | 
| -// Some users rarely restart Chrome, so they might never get a chance to run | 
| -// the at-launch KeychainReauthorize. To account for them, there's also an | 
| -// at-update KeychainReauthorize option, which runs from .keystone_install for | 
| -// users on a user Keystone ticket. This operation may make sense for a period | 
| -// of time after the application switches to being signed by the new | 
| -// certificate, as long as the at-update stub executable is still signed by | 
| -// the old one. | 
| -NSString* const kKeychainReauthorizeAtUpdatePref = | 
| -    @"KeychainReauthorizeAtUpdateMay2012"; | 
| -const int kKeychainReauthorizeAtUpdateMaxTries = 3; | 
| - | 
| // This is one enum instead of two so that the values can be correlated in a | 
| // histogram. | 
| enum CatSixtyFour { | 
| @@ -162,25 +150,6 @@ ChromeBrowserMainPartsMac::~ChromeBrowserMainPartsMac() { | 
| } | 
|  | 
| void ChromeBrowserMainPartsMac::PreEarlyInitialization() { | 
| -  if (parsed_command_line().HasSwitch(switches::kKeychainReauthorize)) { | 
| -    if (base::mac::AmIBundled()) { | 
| -      LOG(FATAL) << "Inappropriate process type for Keychain reauthorization"; | 
| -    } | 
| - | 
| -    // Do Keychain reauthorization at the time of update installation. This | 
| -    // gets three chances to run. If the first or second try doesn't complete | 
| -    // successfully (crashes or is interrupted for any reason), there will be | 
| -    // another chance. Once this step completes successfully, it should never | 
| -    // have to run again. | 
| -    // | 
| -    // This is kicked off by a special stub executable during an automatic | 
| -    // update. See chrome/installer/mac/keychain_reauthorize_main.cc. | 
| -    chrome::KeychainReauthorizeIfNeeded(kKeychainReauthorizeAtUpdatePref, | 
| -                                        kKeychainReauthorizeAtUpdateMaxTries); | 
| - | 
| -    exit(0); | 
| -  } | 
| - | 
| ChromeBrowserMainPartsPosix::PreEarlyInitialization(); | 
|  | 
| if (base::mac::WasLaunchedAsHiddenLoginItem()) { | 
|  |