"Chrome is out of date / Reinstall Chrome" bubble on Canary is Google Chrome specific |
||||
Issue descriptionVersion: 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.
,
Jul 13 2016
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?
,
Jul 13 2016
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.
,
Jul 13 2016
Chrome Canary (technically Chrome SxS) is a different product (id) than Chrome.
,
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?
,
Jul 14 2016
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).
,
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.
,
Jul 15 2016
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).
,
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.
,
Jul 18 2016
Yup, that was precisely the historic logic :). |
||||
►
Sign in to add a comment |
||||
Comment 1 by chrisha@chromium.org
, Jul 7 2016