diff options
| author | yusukes@google.com <yusukes@google.com@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-01-28 06:37:20 +0000 |
|---|---|---|
| committer | yusukes@google.com <yusukes@google.com@0039d316-1c4b-4281-b951-d872f2087c98> | 2011-01-28 06:37:20 +0000 |
| commit | f5f980ee5418ff27ba44892521b9ef2447d336d4 (patch) | |
| tree | 8cbf09f73552a66987b81498dfdae03f5936cf25 /chrome/test | |
| parent | 57cb0f76bceab5f05f3d14a23e764795b476f3d3 (diff) | |
| download | chromium_src-f5f980ee5418ff27ba44892521b9ef2447d336d4.zip chromium_src-f5f980ee5418ff27ba44892521b9ef2447d336d4.tar.gz chromium_src-f5f980ee5418ff27ba44892521b9ef2447d336d4.tar.bz2 | |
Do not hide the popup |frame_| when a mouse is pressed.
In the following scenario, it seems that the popup window does not release mouse/keyboard grab even after it gets hidden.
1. create a popup window by:
views::Widget::CreatePopupWidget(
views::Widget::NotTransparent,
views::Widget::AcceptEvents,
views::Widget::DeleteOnDestroy,
views::Widget::MirrorOriginInRTL)
2. press a mouse button on the window.
3. before releasing the mouse button, Hide() the window.
4. release the button.
We have to submit this change before submitting http://codereview.chromium.org/6259019/ because if we embed IME candidate window into Chrome, the window sometimes gets hidden before mouse button is released for unknown reasons (I'll file a separate bug for the issue.)
BUG=chromium-os:11191
TEST=manually checked that Chrome can receive keyboard/mouse events after clicking IME candidate window. Did the test both on Omnibox and web content area.
Review URL: http://codereview.chromium.org/6270008
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@72932 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'chrome/test')
0 files changed, 0 insertions, 0 deletions