Rrobertshield@chromium.orgEnable EULA dialog to be shown from metro Chrome.
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
Change the system-level EULA dialog to not use GET parameters with res:// urls. Instead use the dialogArgument property on the window object. res:// urls with GET parameters don't appear to work with the IE6 version of MSHTML. BUG=88192 TEST=Install system-level Chrome on a new machine with a master_preferences file that includes "require_eula":true. Observe that a non-blank EULA dialog shows up and that the user can run Chrome. Review URL: http://codereview.chromium.org/7309008 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@91507 0039d316-1c4b-4281-b951-d872f2087c98 | 14 年前 | |
Strip CRs from DEPS file that have them. Review URL: https://chromiumcodereview.appspot.com/10332251 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@137881 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
C++ reability review for gab. Added class ScopedTokenPrivilege in setup_util.[h|cc] to allow elevation of a process' privilege in the current scope while making sure we don't keep the privilege later (as these powerful privileges should be held for as little time as possible). This class is used in uninstall.cc and tested in setup_util_unittest.cc; I left the other files around for you to understand where this all hooks up. Original review: https://chromiumcodereview.appspot.com/10810021/ I added an illegal (no space after //) comment to each file for them to be picked up. I will remove at the end (and the CQ will also make sure I do as this currently fails presubmit checks). BUG=146850 (taking on this team refactoring task as part of this readability review). Review URL: https://chromiumcodereview.appspot.com/10912096 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@155941 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove the rest of #pragma once in one big CL. 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 | 13 年前 | |
C++ reability review for gab. Added class ScopedTokenPrivilege in setup_util.[h|cc] to allow elevation of a process' privilege in the current scope while making sure we don't keep the privilege later (as these powerful privileges should be held for as little time as possible). This class is used in uninstall.cc and tested in setup_util_unittest.cc; I left the other files around for you to understand where this all hooks up. Original review: https://chromiumcodereview.appspot.com/10810021/ I added an illegal (no space after //) comment to each file for them to be picked up. I will remove at the end (and the CQ will also make sure I do as this currently fails presubmit checks). BUG=146850 (taking on this team refactoring task as part of this readability review). Review URL: https://chromiumcodereview.appspot.com/10912096 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@155941 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove the rest of #pragma once in one big CL. 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 | 13 年前 | |
NO CODE CHANGE Normalize end of file newlines in chrome/. All files end in a single newline. Review URL: http://codereview.chromium.org/42015 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@11331 0039d316-1c4b-4281-b951-d872f2087c98 | 17 年前 | |
Fix and re-commit http://codereview.chromium.org/10914109/ (after revert in http://crrev.com/155918) -- Refactoring and tests for the highly undertested file_util::CreateOrUpdateShortcutLink() method. Simplify file_util::CreateOrUpdateShortcutLink()'s interface (use a struct to set parameters passed which allows callers to specify exactly what they want without having to pass in a bunch of NULLs for the unused parameters). The same concept will be used for ShellUtil's shortcut functions in an upcoming CL. Moved ShellUtil::VerifyChromeShortcut() to file_util::VerifyShortcut() and augmented it for every shortcut properties. This will also allow other shortcut creators (web apps, profiles, etc.) to have a broader test coverage on the shortcut they create (i.e. more testable properties available). I will leave it up to the owners of these various projects to augment their tests, this CL keeps the previously tested behavior, not more, not less. This is the 1st CL of a massive refactoring effort for shortcuts (http://goo.gl/Az889) in which ShellUtil's shortcut methods have to be refactored (http://codereview.chromium.org/10836247/ : soon to incorporate interface changes from this CL) which led me even lower to first refactor file_util's shortcut methods. TBR=robertshield@chromium.org, sky@chromium.org, agl@chromium.org, dgrogan@chromium.org BUG=132825, 148539 TEST=base_unittests --gtest_filter=FileUtilShortcutTest* installer_util_unitests --gtest_filter=ShellUtilTestWithDirAndDist* unit_tests --gtest_filter=ProfileShortcutManagerTest* (run tests on XP as well) Review URL: https://chromiumcodereview.appspot.com/10909171 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@156250 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Callback flow to register Chrome and update shortcuts after OS upgrade to Windows 8 There are 2 parts to this CL: 1. Added --on-os-upgrade switch to setup.exe, which when invoked, executes ChromeBrowserOnOsUpgrade(), which registers Chrome and updates shortcuts, so that Metro Chrome would work in Windows. 2. During Chrome install, creates the registry key HK??\Software\Google\Update\Clients\{Chrome GUID}\Commands\on-os-upgrade containing CommandLine: ...\setup.exe --on-os-upgrade ... AutoRunOnOSUpgrade: 1 This is detected by Google Update, so that the command is executed when user logs in for the first time after OS upgrade. BUG=127544 TEST= 1. In Windows 7 / Vista, install Chrome. 2. (Verify that the registry key exists). 3. Upgrade to Windows 8, while *keeping apps and settings* (this option may be unavailable for some versions of Windows). 4. After update, command line should be called automatically, and Metro Chrome should work. Review URL: https://chromiumcodereview.appspot.com/10823437 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@154630 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
1) Generate VisualElementsManifest.xml at install time from a pre-defined template. This allows us to put images in the version directory (i.e. a path that changes each istall; rather than needing the images beside chrome.exe). This also allows us to localize the Display Name of Google Chrome. This however does not fix bug #123376 (we have the same issue here). 2) Fixes create_installer_archive.py to not create empty directories for output directories specified in chrome.release for which the input is not present when packaging chrome.7z 3) Removes "Dictionaries\en-US.bdic: %(ChromeDir)s\Dictionaries" from chrome.release which has not been packaged since Chrome 17 (and maybe even before that). 4) (2+3) have the side-effect that there is no longer an empty Dictionaries/ directory created at install. BUG=123319,123376 TEST=Install Chrome on Win8 and watch VisualElementsManifest.xml land with the correct values. Overinstall Chrome on a Win8 install with VisualElementsManifest.xml from an installer that doesn't have VisualElements --> ensure VisualElementsManifest.xml is deleted and icons go back to default-style. Review URL: http://codereview.chromium.org/10160011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@135615 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Installer changes for app host to support command line install from webstore This a companion to codereview.chromium.org/10907104/ (which added the support in chrome itself to do the install). TBR=sky@chromium.org (chrome/common/chrome_switches.{h,cc} changes) BUG=138311 Review URL: https://chromiumcodereview.appspot.com/10919321 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157493 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
C++ reability review for gab. Added class ScopedTokenPrivilege in setup_util.[h|cc] to allow elevation of a process' privilege in the current scope while making sure we don't keep the privilege later (as these powerful privileges should be held for as little time as possible). This class is used in uninstall.cc and tested in setup_util_unittest.cc; I left the other files around for you to understand where this all hooks up. Original review: https://chromiumcodereview.appspot.com/10810021/ I added an illegal (no space after //) comment to each file for them to be picked up. I will remove at the end (and the CQ will also make sure I do as this currently fails presubmit checks). BUG=146850 (taking on this team refactoring task as part of this readability review). Review URL: https://chromiumcodereview.appspot.com/10912096 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@155941 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
C++ reability review for gab. Added class ScopedTokenPrivilege in setup_util.[h|cc] to allow elevation of a process' privilege in the current scope while making sure we don't keep the privilege later (as these powerful privileges should be held for as little time as possible). This class is used in uninstall.cc and tested in setup_util_unittest.cc; I left the other files around for you to understand where this all hooks up. Original review: https://chromiumcodereview.appspot.com/10810021/ I added an illegal (no space after //) comment to each file for them to be picked up. I will remove at the end (and the CQ will also make sure I do as this currently fails presubmit checks). BUG=146850 (taking on this team refactoring task as part of this readability review). Review URL: https://chromiumcodereview.appspot.com/10912096 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@155941 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Fix some mroe includes. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@28581 0039d316-1c4b-4281-b951-d872f2087c98 | 16 年前 | |
Revert 153268 - Refactor manifests to allow all executables to use the same base manifests as AdditionalManifestFiles Introduce additional.manifest with app compatibility guids and UAC asInvoker property (this is the same as the old chrome.exe.manifest, but without the non-common parts, see chrome.manifest below). Introduce chrome.manifest to keep a property that was set in the previous chrome.(exe|dll).manifest to declare usage of ComCtl32.dll version 6 as is required per http://msdn.microsoft.com/en-us/library/windows/desktop/bb773175(v=vs.85).aspx to get visual styles. BUG=127765 (not really fixing it, but a follow up to the CL for it) TEST=Manifests embedded in chrome.exe, chrome.dll, setup.exe, mini_installer.exe in a VS2010 static build are the exact same as before. Review URL: https://chromiumcodereview.appspot.com/10879020 TBR=gab@chromium.org Review URL: https://chromiumcodereview.appspot.com/10880059 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@153389 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add chrome to the repository. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@15 0039d316-1c4b-4281-b951-d872f2087c98 | 17 年前 | |
Add markers to app_host.exe and setup.exe to allow them to expose app commands via Google Update. In http://codereview.chromium.org/10665002/ : setup.exe is used by the 'quick-enable-application-host' app command. app_host.exe is used by the 'install-application' app command. Pending Omaha changes will require executables referenced by app commands to include a resource marker. This CL adds that marker to the appropriate exes. BUG=None TEST=None Review URL: https://chromiumcodereview.appspot.com/10795026 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@147552 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Trying to re-land r17758 (http://codereview.chromium.org/118247) but with name installer_util_unittests instead of util_unittests. BUG=12849 Review URL: http://codereview.chromium.org/119322 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@17916 0039d316-1c4b-4281-b951-d872f2087c98 | 16 年前 | |
- If the exe rename command fails try calling Google Update to do the same job. This works when we are logged into XP/Vista as limited rights user. - Update Google Update idl file that has the recently added COM object. - Add --system-level to the rename command that gets added to the registry. - Remove all the code to uninstall Gears MSI. Now most of the user have been upgraded to Chrome installer that includes gears.dll. BUG=1463346 Review URL: http://codereview.chromium.org/11255 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@5791 0039d316-1c4b-4281-b951-d872f2087c98 | 17 年前 | |
1) Generate VisualElementsManifest.xml at install time from a pre-defined template. This allows us to put images in the version directory (i.e. a path that changes each istall; rather than needing the images beside chrome.exe). This also allows us to localize the Display Name of Google Chrome. This however does not fix bug #123376 (we have the same issue here). 2) Fixes create_installer_archive.py to not create empty directories for output directories specified in chrome.release for which the input is not present when packaging chrome.7z 3) Removes "Dictionaries\en-US.bdic: %(ChromeDir)s\Dictionaries" from chrome.release which has not been packaged since Chrome 17 (and maybe even before that). 4) (2+3) have the side-effect that there is no longer an empty Dictionaries/ directory created at install. BUG=123319,123376 TEST=Install Chrome on Win8 and watch VisualElementsManifest.xml land with the correct values. Overinstall Chrome on a Win8 install with VisualElementsManifest.xml from an installer that doesn't have VisualElements --> ensure VisualElementsManifest.xml is deleted and icons go back to default-style. Review URL: http://codereview.chromium.org/10160011 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@135615 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove the rest of #pragma once in one big CL. 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 | 13 年前 | |
Add chrome to the repository. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@15 0039d316-1c4b-4281-b951-d872f2087c98 | 17 年前 | |
Add chrome to the repository. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@15 0039d316-1c4b-4281-b951-d872f2087c98 | 17 年前 | |
Enable EULA dialog to be shown from metro Chrome. BUG=131033 TEST=Run Chrome in Metro mode while the EULA dialog still needs to be accepted. Get kicked back to the desktop to accept the dialog. On accept, get kicked back into metro mode. Review URL: https://chromiumcodereview.appspot.com/10837222 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158797 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Add chrome to the repository. git-svn-id: svn://svn.chromium.org/chrome/trunk/src@15 0039d316-1c4b-4281-b951-d872f2087c98 | 17 年前 | |
Remove the rest of #pragma once in one big CL. 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 | 13 年前 | |
WinDDK ATL and MSVC express 2008/2005 compatability Gives 'out of the box' compatability with VC2008 express - i.e. no modifications needed to system headers or .gyp* files or related hacks. Just set the GYP_MSVS_VERSION to 200Xe (e for express, same as the linked blog on the issue and first google hit as well). 1) Changes to build\common.gypi to turn off to define COMPILER_MSVC_EXPRESS if a express is detected (through the GYP_MSVC_VERSION environment variable), turn off the _SECURE_ATL define (which is flagged as an error with WinDDK's ATL, _SECURE_ATL adds [more] CRT checks to other ATL versions) and hard to link to the atl stdthunk library with express editions. Also, explicitly link to the base WinSDK libraries in common.gypi and mini_installer.gypi for MSVC 2005 express. 2) Fixes a few .cc files that have the wrong include order with the ATL headers when using the Windows DDK ATL. The Windows DDK ATL brings in intsafe.h (WinSDK, not WinDDK) with atlwin.h and generates multiple INTXX_MIN/MAX def warnings which get flagged as errors with the warnings as errors flag if not included before other libraries that have the same definitions like ICU. 3) Changes to .rc files to avoid pulling in afxres.h (an MFC header - it's available in the WinDDK) and winres.h which VCExpress doesn't have (it's available in a WinSDK sample, but that kind of the purpose of it). The main Chromium .rc files are already structured this way, I just changed the rest and changed the output of grit to do the same. 4) Removes the memset obj file linking in mini_installer.gyp and simply implements memset for mini_installer.cc. Only changes to the chromium branch now. There are some .rc files in the Python26, Native Client, and Angle in samples that could #3 changes. They are not required for Chromium, however. ------ VC2005SP1 can be downloaded at http://www.microsoft.com/downloads/en/details.aspx?FamilyId=7B0B0339-613A-46E6-AB4D-080D4D4A8C4E&displaylang=en (or non-SP1 at http://download.microsoft.com/download/8/3/a/83aad8f9-38ba-4503-b3cd-ba28c360c27b/ENU/vcsetup.exe) VC2008SP1 can be downloaded at http://www.microsoft.com/downloads/en/details.aspx?FamilyId=F3FBB04E-92C2-4701-B4BA-92E26E408569&displaylang=en currently. The base developer instructions work fine afterwards with a couple tweaks for express versions: http://www.chromium.org/developers/how-tos/build-instructions-windows Under "Additional (free) downloads" under step 2: X) Only the first 3 Non-SP KB Patches are needed for express. Don't forget to forget GYP_MSVS_VERSION environment as appropriate - 2008e for Visual C++ 2008 Express, for example. Under "Additional (free) downloads" after step 5 [These only apply to 2008 express, 2005 works fine out of the box]: 6A) Download the WinDDK for the atl headers and libs - http://msdn.microsoft.com/en-us/windows/hardware/gg487463.aspx. It works fine, but you do not need to install the whole DDK. In the WDK directory just install headers.msi, libs_x86fre.msi, and libs_x64fre.msi; just grab the atl headers and atl*.lib libs; right click the installers and uninstall afterwards. Add the appropriate include and lib paths to your global settings. 6B) To build x64 targets (x64 Native Client) download: http://www.cppblog.com/Files/xcpp/VCE64BIT_WIN7SDK.zip Follow the readme instructions. Further information behind that and x64 target building with express: - http://jenshuebel.wordpress.com/2009/02/12/visual-c-2008-express-edition-and-64-bit-targets/ - http://www.cppblog.com/xcpp/archive/2009/09/09/vc2008express_64bit_win7sdk.html ---------------- BUG=1433, 5026, 72885 TEST=Compiles in both Debug and Release mode in Visual C++ Express 2008/2005 and does not effect other build setups. In addition, the WinDDK ATL compiles with the secure_atl=0 in the GYP_DEFINES environment variable on non-express versions of MSVC. Review URL: http://codereview.chromium.org/6676030 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@78921 0039d316-1c4b-4281-b951-d872f2087c98 | 15 年前 | |
More installer refactoring in the interest of fixing some bugs and cleaning things up: - Introduced ProductOperations: an interface implemented for each product that takes care of product-specific functions. Each Product owns an instance and delegates certain operations to it. - Removed the use of MasterPreferences by BrowserDistribution so that the former isn't needed outside of the installer. - Replaced PackageProperties with a new BrowserDistribution type (CHROME_BINARIES) - Plumbed the concept of InstallerState more thoroughly through installer - Removed ProductPackageMapping and Package - Moved more registry read ops into ProductState - Validation of products to be installed is now done in CheckPreInstallConditions - Ignore --chrome-frame --ready-mode if chrome is also being installed/updated and a SxS GCF is found (chrome is updated). - Migrates existing single-install Chrome to multi-install where appropriate. - Fixes update to Chrome's uninstallation arguments when Chrome Frame is uninstalled. - Removed dead code from install.cc. - Added code to update products' "ap" values when ready-mode is accepted. - Skip post-install things such as launching the browser when Chrome was implicitly added to the install/upgrade process by virtue of being part of a multi-install. BUG=61609 TEST=run the installer, see it work. existing tests in installer_util_unittests have been updated; new tests are included for ProductState, ChannelInfo, etc. Review URL: http://codereview.chromium.org/6288009 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@72497 0039d316-1c4b-4281-b951-d872f2087c98 | 15 年前 | |
C++ reability review for gab. Added class ScopedTokenPrivilege in setup_util.[h|cc] to allow elevation of a process' privilege in the current scope while making sure we don't keep the privilege later (as these powerful privileges should be held for as little time as possible). This class is used in uninstall.cc and tested in setup_util_unittest.cc; I left the other files around for you to understand where this all hooks up. Original review: https://chromiumcodereview.appspot.com/10810021/ I added an illegal (no space after //) comment to each file for them to be picked up. I will remove at the end (and the CQ will also make sure I do as this currently fails presubmit checks). BUG=146850 (taking on this team refactoring task as part of this readability review). Review URL: https://chromiumcodereview.appspot.com/10912096 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@155941 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Register Chrome in Active Setup to be called by Windows at user login. This commit also adds --configure-user-settings flag to setup.exe which Active Setup will invoke at user login on system-level installs. For now this flag doesn't do anything (it will be implemented in a follow up CL). Active Setup design doc: https://docs.google.com/a/chromium.org/document/d/1yQdG1wMDKi_lf0i8bk6P2_BWqudRb-ap6Y2C5f1RO2w/edit This CL also introduces ScopedTokenPrivilege, a class meant to give the current process's token privileges for a short period of time while some critical operations (loading other users' registry hives) are happening. BUG=132825 TEST=From an admin prompt: setup_unittests.exe --gtest_filter=SetupUtilTest.ScopedTokenPrivilege* Windows only calls Active Setup's StubPath (i.e. setup.exe --configure-user-settings) if: 1) It never called it before (i.e. the HKCU equivalence of the Chrome Active Setup doesn't exist for this user). or 2) The version in HKLM is greater than the version in HKCU (i.e. Chrome has been updated since the last user login). Uninstalling Chrome deletes the HKCU entries for all users (logged in or not). Later reinstalling an older version of Chrome (just reinstall and manually hack the HKLM Active Setup version) has every user go through Active Setup again (if we didn't delete the values ourselves it wouldn't... which is why I had to introduce 75% of this CL simply to delete the HKCU Active Setup entries created by Windows for every user...) Review URL: https://chromiumcodereview.appspot.com/10810021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@147667 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Register Chrome in Active Setup to be called by Windows at user login. This commit also adds --configure-user-settings flag to setup.exe which Active Setup will invoke at user login on system-level installs. For now this flag doesn't do anything (it will be implemented in a follow up CL). Active Setup design doc: https://docs.google.com/a/chromium.org/document/d/1yQdG1wMDKi_lf0i8bk6P2_BWqudRb-ap6Y2C5f1RO2w/edit This CL also introduces ScopedTokenPrivilege, a class meant to give the current process's token privileges for a short period of time while some critical operations (loading other users' registry hives) are happening. BUG=132825 TEST=From an admin prompt: setup_unittests.exe --gtest_filter=SetupUtilTest.ScopedTokenPrivilege* Windows only calls Active Setup's StubPath (i.e. setup.exe --configure-user-settings) if: 1) It never called it before (i.e. the HKCU equivalence of the Chrome Active Setup doesn't exist for this user). or 2) The version in HKLM is greater than the version in HKCU (i.e. Chrome has been updated since the last user login). Uninstalling Chrome deletes the HKCU entries for all users (logged in or not). Later reinstalling an older version of Chrome (just reinstall and manually hack the HKLM Active Setup version) has every user go through Active Setup again (if we didn't delete the values ourselves it wouldn't... which is why I had to introduce 75% of this CL simply to delete the HKCU Active Setup entries created by Windows for every user...) Review URL: https://chromiumcodereview.appspot.com/10810021 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@147667 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove system-level Chrome ProgIDs from filetype associations at uninstall. BUG=149089 TEST=install system-level Chrome, make it the default, uninstall it, run One Note, click a link. IE should open. Review URL: https://chromiumcodereview.appspot.com/10960058 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@158661 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 | |
Remove Chrome's ProgID from filetype associations at uninstall. And notify the shell after Chrome is unregistered so that Chrome's icon disappears from things like icons on the destop. BUG=149089 TEST=install Chrome, make it the default, uninstall it, run One Note, click a link. IE should open. Review URL: https://chromiumcodereview.appspot.com/10946030 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@157624 0039d316-1c4b-4281-b951-d872f2087c98 | 13 年前 |