diff options
| author | ananta@chromium.org <ananta@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-12-15 00:45:14 +0000 |
|---|---|---|
| committer | ananta@chromium.org <ananta@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-12-15 00:45:14 +0000 |
| commit | 9028a0e4a2ebdafc4bc7bc67dd3c44b231dadf3c (patch) | |
| tree | a11cfe8f20d4fb7c02a66031e44e0f2e5827a543 /content | |
| parent | ae9a61b491863763794598935f20b2a6f077afb7 (diff) | |
| download | chromium_src-9028a0e4a2ebdafc4bc7bc67dd3c44b231dadf3c.zip chromium_src-9028a0e4a2ebdafc4bc7bc67dd3c44b231dadf3c.tar.gz chromium_src-9028a0e4a2ebdafc4bc7bc67dd3c44b231dadf3c.tar.bz2 | |
Ensure that windows/views in Aura/Ash get created in the last active desktop on Windows.
The creation context is not fully threaded through to all places which need them. For e.g. if we instantiate the
settings widget in Chrome Ash on Windows 8, the widget ends up getting instantiated in desktop.
As a short term workaround, we use the GetActiveDesktop helper in the host_desktop.cc file which uses the active desktop
monitor to figure out the host type for the widget getting created. Added a TODO around the code paths which use this
namely the GetHostDesktopTypeForNativeWindow and GetHostDesktopTypeForNativeView functions to remove this once we thread
context through.
BUG=151718
R=cpu
TBR=sky
Review URL: https://codereview.chromium.org/11583008
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@173247 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'content')
0 files changed, 0 insertions, 0 deletions