mac: Fix a bug where a fullscreened window on Mavericks would be too short.

chrome/browser/ui/cocoa/browser_window_controller_private.h

 // Copyright (c) 2012 The Chromium Authors. All rights reserved.
 // Use of this source code is governed by a BSD-style license that can be
 // found in the LICENSE file.
 
 #ifndef CHROME_BROWSER_UI_COCOA_BROWSER_WINDOW_CONTROLLER_PRIVATE_H_
 #define CHROME_BROWSER_UI_COCOA_BROWSER_WINDOW_CONTROLLER_PRIVATE_H_
 
 #import "chrome/browser/ui/cocoa/browser_window_controller.h"
 #import "chrome/browser/ui/cocoa/browser_window_layout.h"
 #import "chrome/browser/ui/cocoa/presentation_mode_controller.h"
@@ skipping 139 matching lines @@
 - (void)updateSubviewZOrderFullscreen;
 
 // Sets the content view's subviews. Attempts to not touch the tabContentArea
 // to prevent redraws.
 - (void)setContentViewSubviews:(NSArray*)subviews;
 
 // A hack required to get NSThemeFrame sub layers to order correctly. See
 // implementation for more details.
 - (void)updateSubviewZOrderHack;
 
+// There is a bug in Mavericks for applications linked against OSX 10.8 and
+// earlier. The bug requires Screens Have Separate Spaces to be enabled, and
+// for the window to be on a secondary screen. When AppKit Fullscreen is
+// invoked on the window, its final frame is 22pt too short. This method
+// detects when the relevant conditions have been met so that a hack can be
+// applied to fix the size of the window.
+// http://crbug.com/396980
+- (BOOL)shouldUseMavericksAppKitFullscreenHack;
+
 @end  // @interface BrowserWindowController(Private)
 
 #endif  // CHROME_BROWSER_UI_COCOA_BROWSER_WINDOW_CONTROLLER_PRIVATE_H_