chromium_src.git - central chromium sources

	Commit message (Collapse)	Author	Age	Files	Lines
*	Fix crash in a few of the tests in content_browsertests on Linux. The ↵	jam@chromium.org	2012-10-05	1	-1/+9
\| \| \| \| \| \| \| \| \|	problem was that DesktopActivationClient would be created after an aura::Window so it would never register for notifications that it went away. As a result it would call a deleted Window in its ActivateWindow method. BUG=146077 Review URL: https://codereview.chromium.org/11062004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@160386 0039d316-1c4b-4281-b951-d872f2087c98
*	Remove the rest of #pragma once in one big CL.	ajwong@chromium.org	2012-07-11	1	-1/+0
\| \| \| \| \| \| \| \| \|	For context see this thread: https://groups.google.com/a/chromium.org/forum/?fromgroups#!topic/chromium-dev/RMcVNGjB4II TBR=thakis,pkasting,jam git-svn-id: svn://svn.chromium.org/chrome/trunk/src@146163 0039d316-1c4b-4281-b951-d872f2087c98
*	linux_aura: Redo how activation is handled.	erg@chromium.org	2012-06-22	1	-0/+47
	This is an almost complete overhaul of how activation works. oshima@ recently changed ActivationController/FocusManager so that there was a single one per desktop instead of per RootWindow. Because of this, our code that listens for activation changes from X11 is wrong, and has been moved to its own class which also owns the singleton ActivationController. DesktopActivationController had a wrong model. It should be activating the toplevel window like BrowserFrameAura, even across RootWindows. This has been fixed. Also moved the utility class ScopedObserver to base/. TODO: This fixes all activation problems I've seen except for trying to cause a bubble to show when the chrome window is deactivated while a non-chrome window is active. BUG=130798,133055,133089 TEST=none Review URL: https://chromiumcodereview.appspot.com/10631008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@143716 0039d316-1c4b-4281-b951-d872f2087c98