diff options
| author | aruslan@chromium.org <aruslan@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-11-07 15:08:11 +0000 |
|---|---|---|
| committer | aruslan@chromium.org <aruslan@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-11-07 15:08:11 +0000 |
| commit | 91d4f2541624923604d54fdf280483a08a393464 (patch) | |
| tree | e5c9fcb2c85f549baf148dc5e61ca233bc33cf65 /webkit | |
| parent | d1bd743c1d26635bf39f89e40c08edbf74edd991 (diff) | |
| download | chromium_src-91d4f2541624923604d54fdf280483a08a393464.zip chromium_src-91d4f2541624923604d54fdf280483a08a393464.tar.gz chromium_src-91d4f2541624923604d54fdf280483a08a393464.tar.bz2 | |
Fix for html select state not restored when app brought to foreground from background.
BUG=139760
TEST=As described in the bug.
When power button or home key is pressed, ChromeView's onActivityPause dismisses the SelectPopupDialog. But this is not known to native code.
Next time user clicks a select box, renderer(RenderViewImpl::createExternalPopupMenu) assumes the previously created external_popup_menu_ is still visible and doesn't show it again. Fix is to let the native code know that the popup menu is dismissed.
Original CL: https://chromiumcodereview.appspot.com/10837075/
Review URL: https://chromiumcodereview.appspot.com/11365008
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@166424 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'webkit')
0 files changed, 0 insertions, 0 deletions