diff options
| author | ananta@chromium.org <ananta@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2008-11-26 02:34:08 +0000 |
|---|---|---|
| committer | ananta@chromium.org <ananta@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2008-11-26 02:34:08 +0000 |
| commit | e341910054c9a11f5027a052a0c174fbde9102b2 (patch) | |
| tree | 35397d1760e1911113d307061774246a808ad38d /chrome/installer/util/version.cc | |
| parent | f5408d3bd2cc67994b1094c30a4e4b34355bfcd3 (diff) | |
| download | chromium_src-e341910054c9a11f5027a052a0c174fbde9102b2.zip chromium_src-e341910054c9a11f5027a052a0c174fbde9102b2.tar.gz chromium_src-e341910054c9a11f5027a052a0c174fbde9102b2.tar.bz2 | |
Ensure that the context menu shows up in a windowless Silverlight plugin instance.
This fixes bug http://code.google.com/p/chromium/issues/detail?id=4691
The windowless instance of the Silverlight plugin calls the WindowFromPoint API and passes the window handle returned as the owner window in the TrackPopupMenu API call. The TrackPopupMenu API fails if the owner window does not live on the same thread as the caller. It works in the other browsers as the window where the windowless plugin is embedded is in the same thread.
The fix is to add a quirk specific for the TrackPopupMenu issue, IAT patch the Silverlight plugin and pass in the handle to the dummy activation window as the owner.
The other fix made is to have a focus window for the duration of the WM_RBUTTONDOWN/WM_RBUTTONUP sequence. This ensures that keyboard navigation works in the context menu displayed by the Silverlight plugin.
Bug=4691
R=jam
Review URL: http://codereview.chromium.org/12626
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@6029 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'chrome/installer/util/version.cc')
0 files changed, 0 insertions, 0 deletions