summaryrefslogtreecommitdiffstats
path: root/third_party/mach_override
Commit message (Collapse)AuthorAgeFilesLines
* Globally replace <(library) with static_libraryevan@chromium.org2011-05-191-1/+1
| | | | | | | | | | | We provided <(library) as a variable to support a peculiar build configuration on Linux. We no longer support that build configuration, so we can simplify this code to no longer use a variable. Review URL: http://codereview.chromium.org/7051014 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@86004 0039d316-1c4b-4281-b951-d872f2087c98
* Use new upstream version of mach_override that includes our local changes.thakis@chromium.org2011-04-182-149/+4
| | | | | | | | | BUG=none TEST=none Review URL: http://codereview.chromium.org/6873055 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@82007 0039d316-1c4b-4281-b951-d872f2087c98
* Mac: Let chrome coexist with the Chinese Handwriting IME.thakis@chromium.org2011-04-136-0/+1001
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The renderer sandbox breaks the Chinese Handwriting shortcut while Chrome is running, even when Chrome is not active: In a nutshell, Carbon tries to load the IME in every process, and if that fails, it uninstalls the toggle shorcut. It fails in the renderer process due to the sandbox. See the bug for details. Prewarming (patch set 1) doesn't work because that opens up clipboard access to the renderer – the IME doesn't load correctly if it doesn't have clipboard access. dyld __interpose based interposing (patch set 2) doesn't work because TISCreateInputSourceList and its broken caller are in the same framework (HIToolbox). Hence, use binary rewriting to return an arbitrary array with size > 0 to make HIToolbox believe that the IME loads correctly, so that it doesn't uninstall the global handwriting keyboard shortcut (only on >= 10.6). BUG=31225 TEST=Enable Chinese in the input menu. Make sure Chrome's not running. Note that ctrl-shift-space opens and dismisses the Handwriting IME (you need a multitouch trackpad for that). Open Chrome, note that the IME still works. (If you run Chrome without this patch, the IME will be broken until you do ps aux | grep Chinese and then kill $CHINESE_HANDWRITING_PID and then toggle the IME once through the Menu Extra menu.) It is a good idea to have a Terminal open during testing, because killing the task is the only way to dismiss the IME with the keyboard without this CL. Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=81308 Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=81332 Review URL: http://codereview.chromium.org/6801056 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81500 0039d316-1c4b-4281-b951-d872f2087c98
* [Reverting 81332. Reason for revert: page_cycler_intl2 showing huge ↵nick@chromium.org2011-04-136-1002/+0
| | | | | | | | | | regression in vm_size_final_r on Mac 10.5 only: http://build.chromium.org/f/chromium/perf/mac-release-10.5/intl2/report.html?history=150&rev=-1&graph=vm_size_final_r] Revert 81332 - Mac: Let chrome coexist with the Chinese Handwriting IME.The renderer sandbox breaks the Chinese Handwriting shortcut while Chromeis running, even when Chrome is not active: In a nutshell, Carbon tries to loadthe IME in every process, and if that fails, it uninstalls the toggle shorcut. Itfails in the renderer process due to the sandbox. See the bug for details.Prewarming (patch set 1) doesn't work because that opens up clipboardaccess to the renderer - the IME doesn't load correctly if it doesn't haveclipboard access.dyld __interpose based interposing (patch set 2) doesn't work becauseTISCreateInputSourceList and its broken caller are in the sameframework (HIToolbox).Hence, use binary rewriting to return an arbitrary array with size > 0 to makeHIToolbox believe that the IME loads correctly, so that it doesn't uninstall theglobal handwriting keyboard shortcut.BUG=31225TEST=Enable Chinese in the input menu. Make sure Chrome's not running.Note that ctrl-shift-space opens and dismisses the Handwriting IME(you need a multitouch trackpad for that). Open Chrome, note that theIME still works.(If you run Chrome without this patch, the IME will be broken until you do ps aux | grep Chineseand then kill $CHINESE_HANDWRITING_PIDand then toggle the IME once through the Menu Extra menu.)It is a good idea to have a Terminal open during testing, because killingthe task is the only way to dismiss the IME with the keyboard without thisCL.Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=81308Review URL: http://codereview.chromium.org/6801056 TBR=thakis@chromium.org Review URL: http://codereview.chromium.org/6836022 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81468 0039d316-1c4b-4281-b951-d872f2087c98
* Update mach_override's README.chromium with the xor change.thakis@chromium.org2011-04-131-0/+1
| | | | | | | | | | BUG=none TEST=none TBR=mark Review URL: http://codereview.chromium.org/6834009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81337 0039d316-1c4b-4281-b951-d872f2087c98
* Mac: Let chrome coexist with the Chinese Handwriting IME.thakis@chromium.org2011-04-126-0/+1001
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The renderer sandbox breaks the Chinese Handwriting shortcut while Chrome is running, even when Chrome is not active: In a nutshell, Carbon tries to load the IME in every process, and if that fails, it uninstalls the toggle shorcut. It fails in the renderer process due to the sandbox. See the bug for details. Prewarming (patch set 1) doesn't work because that opens up clipboard access to the renderer – the IME doesn't load correctly if it doesn't have clipboard access. dyld __interpose based interposing (patch set 2) doesn't work because TISCreateInputSourceList and its broken caller are in the same framework (HIToolbox). Hence, use binary rewriting to return an arbitrary array with size > 0 to make HIToolbox believe that the IME loads correctly, so that it doesn't uninstall the global handwriting keyboard shortcut. BUG=31225 TEST=Enable Chinese in the input menu. Make sure Chrome's not running. Note that ctrl-shift-space opens and dismisses the Handwriting IME (you need a multitouch trackpad for that). Open Chrome, note that the IME still works. (If you run Chrome without this patch, the IME will be broken until you do ps aux | grep Chinese and then kill $CHINESE_HANDWRITING_PID and then toggle the IME once through the Menu Extra menu.) It is a good idea to have a Terminal open during testing, because killing the task is the only way to dismiss the IME with the keyboard without this CL. Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=81308 Review URL: http://codereview.chromium.org/6801056 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81332 0039d316-1c4b-4281-b951-d872f2087c98
* Revert 81308 (broke 10.5)- Mac: Let chrome coexist with the Chinese ↵thakis@chromium.org2011-04-126-997/+0
| | | | | | | | | Handwriting IME.The renderer sandbox breaks the Chinese Handwriting shortcut while Chromeis running, even when Chrome is not active: In a nutshell, Carbon tries to loadthe IME in every process, and if that fails, it uninstalls the toggle shorcut. Itfails in the renderer process due to the sandbox. See the bug for details.Prewarming (patch set 1) doesn't work because that opens up clipboardaccess to the renderer – the IME doesn't load correctly if it doesn't haveclipboard access.dyld __interpose based interposing (patch set 2) doesn't work becauseTISCreateInputSourceList and its broken caller are in the sameframework (HIToolbox).Hence, use binary rewriting to return an arbitrary array with size > 0 to makeHIToolbox believe that the IME loads correctly, so that it doesn't uninstall theglobal handwriting keyboard shortcut.BUG=31225TEST=Enable Chinese in the input menu. Make sure Chrome's not running.Note that ctrl-shift-space opens and dismisses the Handwriting IME(you need a multitouch trackpad for that). Open Chrome, note that theIME still works.(If you run Chrome without this patch, the IME will be broken until you do ps aux | grep Chineseand then kill $CHINESE_HANDWRITING_PIDand then toggle the IME once through the Menu Extra menu.)It is a good idea to have a Terminal open during testing, because killingthe task is the only way to dismiss the IME with the keyboard without thisCL.Review URL: http://codereview.chromium.org/6801056 TBR=thakis@chromium.org Review URL: http://codereview.chromium.org/6839001 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81318 0039d316-1c4b-4281-b951-d872f2087c98
* Mac: Let chrome coexist with the Chinese Handwriting IME.thakis@chromium.org2011-04-126-0/+997
The renderer sandbox breaks the Chinese Handwriting shortcut while Chrome is running, even when Chrome is not active: In a nutshell, Carbon tries to load the IME in every process, and if that fails, it uninstalls the toggle shorcut. It fails in the renderer process due to the sandbox. See the bug for details. Prewarming (patch set 1) doesn't work because that opens up clipboard access to the renderer – the IME doesn't load correctly if it doesn't have clipboard access. dyld __interpose based interposing (patch set 2) doesn't work because TISCreateInputSourceList and its broken caller are in the same framework (HIToolbox). Hence, use binary rewriting to return an arbitrary array with size > 0 to make HIToolbox believe that the IME loads correctly, so that it doesn't uninstall the global handwriting keyboard shortcut. BUG=31225 TEST=Enable Chinese in the input menu. Make sure Chrome's not running. Note that ctrl-shift-space opens and dismisses the Handwriting IME (you need a multitouch trackpad for that). Open Chrome, note that the IME still works. (If you run Chrome without this patch, the IME will be broken until you do ps aux | grep Chinese and then kill $CHINESE_HANDWRITING_PID and then toggle the IME once through the Menu Extra menu.) It is a good idea to have a Terminal open during testing, because killing the task is the only way to dismiss the IME with the keyboard without this CL. Review URL: http://codereview.chromium.org/6801056 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@81308 0039d316-1c4b-4281-b951-d872f2087c98