summaryrefslogtreecommitdiffstats
path: root/chrome/views/group_table_view.h
diff options
context:
space:
mode:
authorsky@google.com <sky@google.com@0039d316-1c4b-4281-b951-d872f2087c98>2008-09-05 20:39:32 +0000
committersky@google.com <sky@google.com@0039d316-1c4b-4281-b951-d872f2087c98>2008-09-05 20:39:32 +0000
commitad25f5ea6b42cf343bc287a38028de6cb24bb145 (patch)
tree72351704842b386e2efe9bf72a23e58d717c5e4a /chrome/views/group_table_view.h
parent684c1f74077980938850f7b4d96b9a9b3541ee46 (diff)
downloadchromium_src-ad25f5ea6b42cf343bc287a38028de6cb24bb145.zip
chromium_src-ad25f5ea6b42cf343bc287a38028de6cb24bb145.tar.gz
chromium_src-ad25f5ea6b42cf343bc287a38028de6cb24bb145.tar.bz2
Fixes crash that occurred because DialogClientView::AcceptWindow was
getting invoked twice. It appears that because we hide the window then destroy the window after a delay, it is possible for messages to get dispatched after the hide. Dispatching messages after the window was closed made it possible for two enters to be dispatched, which triggered a crash. I've modified the FocusManager to only dispatch key messages if the window is visible. BUG=1361863 TEST=See bug, but also make sure there are no weird focus traversal/accelerator issues in our dialogs. Review URL: http://codereview.chromium.org/251 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1802 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'chrome/views/group_table_view.h')
0 files changed, 0 insertions, 0 deletions