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

Issue 625989 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

"Chrome is out of date / Reinstall Chrome" bubble on Canary is Google Chrome specific

Project Member Reported by gab@chromium.org, Jul 6 2016

Issue description

Version: 49 (have an old install and seeing this but pretty sure this is still the case)
OS: Win

What steps will reproduce the problem?
(1) Get a "Chrome is out of date / Reinstall Chrome" bubble on Canary

What is the expected output?
1) Bubble text says "Chrome Canary" not just "Chrome"
2) Clicking reinstall leads to Canary's download page, not Chrome's.

Note: This might also be an issue for Dev/Beta as well if we always link to Chrome stable's DL page.
 
Status: Assigned (was: Untriaged)

Comment 2 by grt@chromium.org, Jul 13 2016

Cc: mad@chromium.org jeffreyc@chromium.org
Labels: Needs-Feedback
mad and jeffreyc: I see that the download URL used by the outdated upgrade bubble uses a very specific brand and UTM query params. If we were to add support for canary Chrome to direct users to the canary dlpage, should we use those same query params or others?

Comment 3 by mad@chromium.org, Jul 13 2016

Cc: lafo...@chromium.org
I was given those params by Jeff. I remember we argued about this, but I don't remember the the details. laforge@ might remember, I think he was part of the discussions.

Chrome Canary (technically Chrome SxS) is a different product (id) than Chrome.

Comment 5 by grt@chromium.org, Jul 14 2016

Yes. This is why Gab thinks it'd be a good idea for the outdated bubble for SxS installs to take users to the canary dlpage rather than the normal dlpage. The specific URL used for out-of-date Chrome has these params:

brand=CHWL
utm_campaign=en
utm_source=en-et-na-us-chrome-bubble
utm_medium=et

I have no idea what these do. If we were to take SxS users to https://www.google.com/chrome/browser/canary.html, should we use the same query params there?
Cc: -jeffreyc@chromium.org rpop@chromium.org
Yes, sorry didn't grok the issue initially.  

That would make sense (i.e. Canary user to Canary download page, Chrome user to Chrome - Stable download page).

Comment 7 by grt@chromium.org, Jul 15 2016

Do you know why normal Chrome uses CHWL and these various utm_ params? Does the canary dlpage support them, too? Should we use the same params for the canary URL? Thanks.
CHWL was the brand code that we used to track the success of these refreshes, it should be fine to reuse for canary (i.e. it's for the sake of logistics and not technical).  The url pattern, I believe came from marketing.

The other params, neither the e-mail (forwarded) nor the spec (https://docs.google.com/document/d/1Wkxc2VIvmkN82er-hSL9IDE0Belq0SiNpOpfiKDpJ3s/edit) explain their utility, but I'm guessing that one of the marketing folks will know (rpop should be able to help there).

Comment 9 by gab@chromium.org, Jul 18 2016

Do we want all Chrome (Dev/Beta/Stable) to go to Stable DL page? I guess that makes sense as the channel may also be an issue (e.g. corrupted fake dev or something)?

At least it's an over-install (and since it's 12 weeks, Stable should be a more recent version than even an outdated Dev) so it's always okay to install Stable -- whereas installing Stable to fix Canary doesn't work.
Yup, that was precisely the historic logic :).

Sign in to add a comment