summaryrefslogtreecommitdiffstats
path: root/tools
diff options
context:
space:
mode:
authormark@chromium.org <mark@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-12-19 02:09:40 +0000
committermark@chromium.org <mark@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2009-12-19 02:09:40 +0000
commit55652a0ce6b265034edf06b0b413a03c105cf673 (patch)
treeb42d85e6c2a14104e0a88b882e58bf04b6ff23a8 /tools
parent44ba8b4dfbaf1d436d23c52a7d8194afd3f21004 (diff)
downloadchromium_src-55652a0ce6b265034edf06b0b413a03c105cf673.zip
chromium_src-55652a0ce6b265034edf06b0b413a03c105cf673.tar.gz
chromium_src-55652a0ce6b265034edf06b0b413a03c105cf673.tar.bz2
Adapt Chrome to use KeystoneRegistration 1.0.7.1306. Use "tag path" and "tag
key" to direct Keystone to use a tag stored in the application as opposed to in its ticket. BUG=30730 TEST= - ksadmin --print-ticket --productid com.google.Chrome should show tagPath pointing to GC.app/Contents/Info.plist, and tagKey of KSChannelID; - ksadmin --print-tag --productid com.google.Chrome should show the value of the KSChannelID key in GC.app/Contents/Info.plist; this should be the tag that is used for auto-updates The above steps should be validated after the following operations: - launching Chrome when on a user ticket, - promoting Chrome from a user ticket to a system ticket, and - when a Chrome update is applied (using this version of keystone_install.sh) when on either a user or a system ticket. The tagPath and tagKey will NOT be set when launching Chrome on a system (promoted) ticket, but they WILL be set when the ticket is initially promoted and also when an update is applied using this version of keystone_install.sh. Review URL: http://codereview.chromium.org/506061 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@35030 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'tools')
0 files changed, 0 insertions, 0 deletions