Fix activation problems seen in non AURA chrome Windows which regressed in revision r224304

We introduced a check for whether the lParam is our HWND. That is not correct in the deactivation
case where WM_ACTIVATE is sent to the window being deactivated with lParam being the handle to the
window being activated and vice versa. In the minimize case lParam is 0 with wParam containing the
value 0x200001 which indicates that the window is minimized but is active for tab preview purposes.
The window check basically meant that we never saved the view which had focus when we lost activation
and thus were unable to restore it when we got activated.

Reverted the check for the window introduced in r224304 and added a check for whether the window is
being minimized in the HWNDMessageHandler::PostProcessActivateMessage function. We treat it as inactive
and save away the last focused view and restore it when the window is restored./

BUG=297525
R=sky@chromium.org, sky

Review URL: https://codereview.chromium.org/24468003

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@225142 0039d316-1c4b-4281-b951-d872f2087c98

0 files changed, 0 insertions, 0 deletions