Reland: Implement features in NativeViewHostAura for scroll end effect

chrome/browser/ui/views/find_bar_host.cc

Index: chrome/browser/ui/views/find_bar_host.cc
diff --git a/chrome/browser/ui/views/find_bar_host.cc b/chrome/browser/ui/views/find_bar_host.cc
index e7b54df76a3f1036f7ef046ff697b8b9d8446e93..cb213324f1f9a597652f0e6578cfa3bdeb1c34cf 100644
--- a/chrome/browser/ui/views/find_bar_host.cc
+++ b/chrome/browser/ui/views/find_bar_host.cc
@@ -40,6 +40,7 @@ FindBarHost::FindBarHost(BrowserView* browser_view)
       find_bar_controller_(NULL) {
   FindBarView* find_bar_view = new FindBarView(this);
   Init(browser_view->find_bar_host_view(), find_bar_view, find_bar_view);
+  host()->StackAtTop();

[sky, 2013/10/22 19:57:32]

Why do we need a stack at top now? And this won't work on non-aura.

[rharrison, 2013/10/22 20:34:41]

The content/clipping layers are being painted on top of the find bar's widget
with my CL. Specifically the clipping/contents layer is appearing as a later
child of the browser frame layer now. I was thinking that since the find bar
cares about being on top that it should be enforcing its position explicitly. Do
you have any thoughts on how to better implement this or is the ordering of
these layers supposed to be enforced via a different mechanism and I should
investigate why it has changed?

[sky, 2013/10/22 21:32:19]

See kHostViewKey. I suspect you need to adjust stacking when reparenting.

[rharrison, 2013/10/24 14:40:15]

Done.

 }
 
 FindBarHost::~FindBarHost() {