Disable flaky AppControllerProfilePickerBrowserTest tests

Bug: 1163620
Change-Id: I51d56b0650f62d5b96a5166cc0c4eaef7e5e081d
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2613534Reviewed-by: Avi Drissman <avi@chromium.org>
Commit-Queue: Collin Baker <collinbaker@chromium.org>
Cr-Commit-Position: refs/heads/master@{#840749}

chrome/browser/app_controller_mac_browsertest.mm

@@ -332,8 +332,10 @@ IN_PROC_BROWSER_TEST_F(AppControllerNewProfileManagementBrowserTest,
 }
 
 // Test that for a locked last profile, a reopen event opens the User Manager.
+//
+// Flaky: crbug.com/1163620
 IN_PROC_BROWSER_TEST_F(AppControllerNewProfileManagementBrowserTest,
-                       LockedProfileReopenWithNoWindows) {
+                       DISABLED_LockedProfileReopenWithNoWindows) {
   // The User Manager uses the system profile as its underlying profile. To
   // minimize flakiness due to the scheduling/descheduling of tasks on the
   // different threads, pre-initialize the guest profile before it is needed.
@@ -555,8 +557,10 @@ IN_PROC_BROWSER_TEST_F(AppControllerProfilePickerBrowserTest,
 }
 
 // Test that the ProfilePicker is shown when there are multiple profiles.
+//
+// Flaky: crbug.com/1163620
 IN_PROC_BROWSER_TEST_F(AppControllerProfilePickerBrowserTest,
-                       MultiProfilePickerShown) {
+                       DISABLED_MultiProfilePickerShown) {
   CreateAndWaitForSystemProfile();
   AppController* ac = base::mac::ObjCCastStrict<AppController>(
       [[NSApplication sharedApplication] delegate]);