Flash component not update |
||||||||||||
Issue descriptiongoogle Chrome 57.0.2987.22 (Official Build) dev Platform 9202.14.0 (Official Build) dev-channel JavaScript V8 5.7.492.35 Flash 24.0.0.207 Hardware: kevin, elm What steps will reproduce the problem? (1)Powerwash the device (2)Do components update by clicking "check for update" button (3)Observed issue, The status always display component not updated What is the expected result? component should be updated What happens instead? The status always display component not updated Attach screenshot
,
Feb 8 2017
Re: #1 This issue is very specific to Chromebooks. I suggest filing a new issue with details (OS, Chrome version etc.) for your work machines.
,
Feb 15 2017
Re: #2 This isn't chromebook specific. I, too am unable to update my Flash component. Version 58.0.3013.2 canary SyzyASan Win 10 x64.
,
Feb 15 2017
Then please file a new issue.
,
Feb 22 2017
after restart system the flash version is still same as before (24.0.0.221), The flash version on components page is 24.0.0.186
,
Feb 23 2017
My beta channel samus did get the yellow button but after restart had 24.0.0.221. This needs some investigation.
,
Feb 23 2017
ihf@, can you elaborate? Are you saying the machine component updated when you already had the most recent version of flash player? hsiangc@, the machine will not component update if the server is not serving a most recent version of Flash player then your machine has installed. Let me see what version of Flash we are serving up for beta.
,
Feb 23 2017
Omaha is pushing 25.0.0.113, but the question is to which branch? I am not good at reading it. https://omahaconsole.corp.google.com/product?pid=1911
,
Feb 23 2017
Per waffles@ we are serving 24.0.0.154 to beta.
,
Feb 23 2017
https://omaharelease.corp.google.com/product/1911/cohorts might be easier to read. Googlers: 25.0.0.113 Canary: 25.0.0.113 Dev: 24.0.0.184 Beta: 24.0.0.154 Everyone Else: 24.0.0.154
,
Feb 24 2017
This all makes sense now. I can update these, but I will coordinate with Greg and Ketaki on when it is best to not cause more churn.
,
Feb 24 2017
waffles@, thanks! That page is a lot easier to read. How do we identify "Googlers"? Our test accounts for manual testing are @gmail.com.
,
Feb 24 2017
A device is considered a "Googler" device if and only if it is connecting to the server from the corporate network (e.g. Google-A, not Google-guest).
,
Feb 24 2017
waffles@, thanks! Ilja, Greg & Ketaki, can we consider making dev the same cohort as Googlers & Canary? It would simplify ToT testing for our team.
,
Feb 24 2017
There is a reason why Googlers and Canary get it automatically right away. So you should use a canary build for testing this. I think in the future we could consider sending the binary to dev channel as well automatically, but I think for now it is too early to do so.
,
Mar 2 2017
Hsiang, did you have a chance to test this on dev channel today? We fixed some bugs and I upreved the binaries served on Omaha.
,
Mar 2 2017
Yes, the issue is fixed on M-58 9331.0.0/58.0.3027.0. After update finish and flash version will updated to 25.0.0.119, both component and flash page are keeping same version flash. I will check M-57 later once the fix is on M-57
,
Mar 2 2017
Thanks. I just verified this in M-57 Beta myself using the latest beta build from the build server, so I am glad it works on dev too.
,
Mar 4 2017
We just branched M58, so things got a little complicated. Also we got 25.0.0.127 Flash build and we have natural alignment of release dates. So I put the binary in the image on all branches. So, there is going to be a natural race and the outcome undetermined. Hsiang, in other words you will see slightly strange behavior next week. I guess best to put your observation here with CrOS build number and Flash revision and I check that it makes sense for that branch.
,
Mar 6 2017
ihf@ Have we merged this to M57 yet? We have a beta coming up this thursday. Please request a merge and merge it soon after so it makes it into this build.
,
Mar 7 2017
It is all merged. I am just waiting for verification.
,
Mar 7 2017
[Auto-generated comment by a script] We noticed that this issue is targeted for M-57; it appears the fix may have landed after branch point, meaning a merge might be required. Please confirm if a merge is required here - if so add Merge-Request-57 label, otherwise remove Merge-TBD label. Thanks.
,
Mar 7 2017
Joseph@, please update this thread with build number/flash version numbers (built in & CU) that you're seeing in your testing.
,
Mar 7 2017
I just check M-58 build 9334.2.0/58.0.3029.6, both flash version in component & flash page are 25.0.0.127. I will check M-57 beta build once the build is available
,
Mar 8 2017
ihf@ with current M-58 build 9334.3.0/58.0.3029.6, the flash version on component page always display as 0.0.0.0 after component update, is this right behavior? please check screenshot
,
Mar 8 2017
the flash version on chrome://flash display correct version as 25.0.0.127
,
Mar 8 2017
That's expected as we are serving 25.0.0.127 to dev and canary, so it will not update unless a newer Flash is available. Thanks for checking.
,
Mar 9 2017
Thank you, marking as verified.
,
Apr 20 2017
,
Sep 8
|
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by vin...@gmail.com
, Feb 7 2017