summaryrefslogtreecommitdiffstats
path: root/webkit/tools/test_shell/event_sending_controller.cc
diff options
context:
space:
mode:
authordeanm@chromium.org <deanm@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-03-12 13:02:31 +0000
committerdeanm@chromium.org <deanm@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-03-12 13:02:31 +0000
commit31d58b18c3ae0bc157eab12371f5777f3340cabc (patch)
tree856e692aba6d6f6ec053922a4b7f7f35d1520e40 /webkit/tools/test_shell/event_sending_controller.cc
parentb9074dcfccde00b06556acfaecfc9c2dbe35bf04 (diff)
downloadchromium_src-31d58b18c3ae0bc157eab12371f5777f3340cabc.zip
chromium_src-31d58b18c3ae0bc157eab12371f5777f3340cabc.tar.gz
chromium_src-31d58b18c3ae0bc157eab12371f5777f3340cabc.tar.bz2
Have RenderWidgetHostViewGtk take ownership of its widget.
We previously left the widget floating, the reference would be sunk by the first container it was added to, if removed from this container it would be destroyed. This was happening in WebContentsViewGtk, and then we were double-destroying the widget in RenderWidgetHostViewGtk::Destroy(). BUG=8707 Review URL: http://codereview.chromium.org/42119 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11530 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'webkit/tools/test_shell/event_sending_controller.cc')
0 files changed, 0 insertions, 0 deletions