summaryrefslogtreecommitdiffstats
path: root/chrome/browser/remoting
diff options
context:
space:
mode:
authorsail@chromium.org <sail@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-01-13 00:45:08 +0000
committersail@chromium.org <sail@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-01-13 00:45:08 +0000
commit346fb30b0ee89a94ea203b8e60307e10c5466a56 (patch)
tree4f9a1f024ba9f67b2c92f86644c999cb3d9517f6 /chrome/browser/remoting
parent678da8d75454e48290b042bfdd4784216aead257 (diff)
downloadchromium_src-346fb30b0ee89a94ea203b8e60307e10c5466a56.zip
chromium_src-346fb30b0ee89a94ea203b8e60307e10c5466a56.tar.gz
chromium_src-346fb30b0ee89a94ea203b8e60307e10c5466a56.tar.bz2
Mac: Don't change active Space when entering or exiting full screen
There are two ways that entering full screen could cause the active Space to change: 1: Assign a default Space to the application. Move the browser window to a different Space. Enter full screen. The new full screen window opens in the default Space instead of the active Space. crbug.com/69454 2: Enter full screen. Press F8 to enter Spaces mode. Move the full screen window to a different Space. Exit Spaces. The Single Window window opens in its original Space instead of the active Space. crbug.com/41693 r60063 fixed the second issue but not the first and it also relied on using private APIs. This change fixes both issues without using private APIs. Instead we now temporarily set the window's collection behavior to NSWindowCollectionBehaviorMoveToActiveSpace. This prevents the active space from changing. Patch idea by Bjorn Winckler. See: https://github.com/b4winckler/macvim/commit/6863b04a52fdb501c6df509635b9b3b3dd062e68 BUG=69454, 41693 TEST=Ran on 10.5 and 10.6. Verified that both bugs were fixed. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@71276 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'chrome/browser/remoting')
0 files changed, 0 insertions, 0 deletions