Hack to fix Panel focus issues on Mac.

chrome/browser/ui/panels/panel_window_controller_cocoa.mm

Index: chrome/browser/ui/panels/panel_window_controller_cocoa.mm
diff --git a/chrome/browser/ui/panels/panel_window_controller_cocoa.mm b/chrome/browser/ui/panels/panel_window_controller_cocoa.mm
index 036ed821ff7b131bc87f291f6ed90073353b262d..17cd841d71e06763b9749bf332af423671c10015 100644
--- a/chrome/browser/ui/panels/panel_window_controller_cocoa.mm
+++ b/chrome/browser/ui/panels/panel_window_controller_cocoa.mm
@@ -188,6 +188,10 @@ enum {
   // Shows the window without making it key, on top of its layer, even if
   // Chromium is not an active app.
   [window orderFrontRegardless];
+  TabContents* tab_contents =

[jennb, 2011/10/26 17:48:09]

Could you also add a comment explaining why we need to set RWHV !active upon
reveal?

+      windowShim_->panel()->browser()->GetSelectedTabContents();
+  DCHECK(tab_contents);

[Dmitry Titov, 2011/10/26 01:47:15]

I would replace this DCHECK with if(). It can happen (and happens) in tests that
we don't have tab content at all. Jennb knows more about it.

[jennb, 2011/10/26 17:48:09]

Yes, please replace with if() before committing. Thanks.

+  tab_contents->GetRenderWidgetHostView()->SetActive(false);
   [window setFrame:frame display:YES animate:YES];
 
   [contentView setAutoresizesSubviews:YES];