New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 800907 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Dec 7
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Misleading content in Explain_TargetVersionPrefixGoogleChrome in GoogleUpdate.adm

Project Member Reported by marchuk@chromium.org, Jan 10 2018

Issue description

Chrome Version: any, e.g. 63.0.3239.132
OS: Windows

What steps will reproduce the problem?
(1)Install not latest minor version of Chrome in latest branch e.g. 63.0.3239.84
(2)Configure TargetVersionPrefixGoogleChrome as 63.0.3239.108 (to point to not latest minor in a branch).

Can simulate it via:
curl -H "Content-Type: application/json" -X POST "https://update.googleapis.com/service/update2" -d '<?xml version=
"1.0" encoding="UTF-8"?><request protocol="3.0" version="1.3.33.7" shell_version="1.3.33.5" ismachine="1" sessionid
="{23864F1D-8C82-48BF-8DB3-F364CE8C17D6}" installsource="update3web-ondemand" requestid="{0A81035E-24DD-4411-A463-C
86DB1CA4BD3}" dedup="cr"> <hw physmemory="4" sse="1" sse2="1" sse3="1" ssse3="1" sse41="1" sse42="1" avx="1"/><os p
latform="win" version="6.1.7601.0" sp="Service Pack 1" arch="x64"/> <app appid="{8A69D345-D564-463C-AFF1-A69D9E530F
96}" version="63.0.3239.84" nextversion="" _numaccounts="1" _numsignedin="0" ap="x64-stable" lang=""  brand="GCEB" 
client="" installage="0" installdate="4025" cohort="1:gu/mhl:" cohortname="63_win_132"><updatecheck targetversionpr
efix="63.0.3239.108"/><ping active="0" rd="4025" ping_freshness="{52BFF5ED-C792-4565-9232-2BF9748A8035}"/> </app></
request>'

What is the expected result?
Per documentation, users expect to receive upgrade to 63.0.3239.108:
"Explain_TargetVersionPrefixGoogleChrome=Specifies which version Google Chrome should be updated to.\
......
    4) Policy value is "55.24.34", the app will be updated to this specific version only."

What happens instead?
Receiving updatecheck status="noupdate"

This is expected as we are aware that it's working for major versions only (e.g. "63.")

So, request to update adm documentation accordingly.
 

Comment 1 by jayhlee@google.com, Jan 10 2018

Owner: blumberg@chromium.org
Matt, can you find a resoruce to get these strings updated in the ADM / ADMX files?

We should *never* be recommending pinning to anything more than the major version as Omaha does not continue to host older minor versions after the refresh.

Comment 2 by jayhlee@google.com, Jan 10 2018

Labels: -Pri-3 ReleaseBlock-Stable M-63 Pri-2

Comment 3 by gov...@chromium.org, Jan 16 2018

Cc: abdulsyed@chromium.org
We're not planning any further M63 releases. 

+abdulsyed@ (M64 release TPM)

Comment 4 by gov...@chromium.org, Jan 16 2018

Labels: M-64
blumberg@ Gentle Ping! This issue is marked as RB-Stable for M64, could you please let us know is there any latest update available on this issue?

Thanks!
Cc: waff...@chromium.org mattwerner@chromium.org
Labels: -ReleaseBlock-Stable -M-63 -M-64
Status: Assigned (was: Untriaged)
RBS and milestones removed as this is a documentation change, no reason to block stable on it.

Changes should be reflected in this: https://support.google.com/chrome/a/answer/3204698 article.


Josh & Georges, can either of you confirm that we are only supporting 'major version' and not minor with this feature?   Just need confirmation so Matt W can update the HC article with the proper limitations.


That's correct, only the milestone number (major version) is supported.
Matt W,

Can you update the HC article in c#6 to explain that only current stable and n-1 are available and only the major version (not minor).
I've added this text:

"Note that you can only pin to a major release of Chrome (such as Chrome 63, 64, and not a minor version such as 63.0.3239.132)."

to this article draft: https://support-content-draft.corp.google.com/chrome/a/answer/3204698

Can you review and let me know if this looks good to publish, or if additional changes are needed?

Comment 10 by jayhlee@google.com, Jan 22 2018

-Let's give explicit examples
-Should include the . after major version to avoid any possible future mismatching

To prevent Windows machines from updating to versions of Chrome beyond the number you specify, use the TargetVersionPrefix policy. For example, you can pin the Chrome version "63." via the policy to prevent devices from updating past Chrome 63. Note that version pinning should only include the major release number of Chrome (such as Chrome 63. or 64. ). Attempting to pin to a minor release number will not work.

However, you should try to avoid version pinning. If you forget to unpin your users’ machines, they can fall behind on critical security updates and miss out on new features in Chrome.
Thanks for this update! I updated this text today, and it's live in this article: https://support.google.com/chrome/a/answer/3204698. Please email me if any additional updates are needed.
Owner: georgesak@chromium.org
Hello!
This bug is receiving this notice because there has been no acknowledgment of its existence in quite a bit of time.
- If you are currently working on this bug, please provide an update.
- If you are currently affected by this bug, please update with your current symptoms and relevant logs.

If there has been no updates provided by EOD Wednesday, 12/12/18 (5pm EST), this bug will be archived and can be re-opened at any time deemed necessary.

Thank you!
Status: Fixed (was: Assigned)

Sign in to add a comment