Keep scrollbars (etc.) active upon pulling down menu extra....

chrome/browser/cocoa/browser_window_controller.mm

Index: chrome/browser/cocoa/browser_window_controller.mm
===================================================================
--- chrome/browser/cocoa/browser_window_controller.mm	(revision 22243)
+++ chrome/browser/cocoa/browser_window_controller.mm	(working copy)
@@ -323,6 +323,13 @@
 
 // Called when we are deactivated (when we lose focus).
 - (void)windowDidResignKey:(NSNotification*)notification {
+  // If our app is still active and we're still the key window, ignore this
+  // message, since it just means that a menu extra (on the "system status bar")
+  // was activated; we'll get another |-windowDidResignKey| if we ever really
+  // lose key window status.
+  if ([NSApp isActive] && ([NSApp keyWindow] == window_))

[pink (ping after 24hrs), 2009/08/12 14:49:16]

what does this do in the case of a panel visible, where we are not the key
window, but just the main window? Our scrollbars should still be enabled, we
just don't have key.

[viettrungluu-gmail, 2009/08/12 14:59:21]

What do you mean, "panel"? (AFAICT, it works as it's supposed to, or at least
like every other app.)

Note that this logic (arrived at by experimentation/monitoring) keeps the
scrollbars as expected. Other controls -- such as text boxes -- in web content
now behave a little oddly (I think the standard Cocoa controls, other than
scrollbars, just monitor key window status)....

+    return;
+
   // We need to deactivate the controls (in the "WebView"). To do this, get the
   // selected TabContents's RenderWidgetHostView and tell it to deactivate.
   if (TabContents* contents = browser_->GetSelectedTabContents()) {