Issue metadata
Sign in to add a comment
|
Get Help app: Android apps section seen on non-android devices |
||||||||||||||||||||||
Issue descriptionGoogle Chrome 59.0.3071.35 (Official Build) dev (64-bit) Revision 0 Platform 9460.23.0 (Official Build) dev-channel link What steps will reproduce the problem? 1. Open Get Help app on non android device 2. Check for Android apps section What is the expected result? Android apps section should not be present What happens instead? Android apps section is seen. Attached screenshot
,
May 5 2017
I am showing the same thing on Pixel/link device I have, Android apps topic is incorrectly appearing, even though the device is correctly providing the "not available" signal for playStore.
Google Chrome 59.0.3054.0 (Official Build) dev (64-bit)
Platform 9413.0.0 (Official Build) dev-channel link
Using the console to inspect the app: (via chrome://inspect/#apps)
chrome.chromeosInfoPrivate.get(['playStoreStatus'], console.log)
Object {playStoreStatus: "not available"}
Perhaps it's something with gKMS transition to Redwood. The rule was originally written to be compatible with pre-ARC++ devices, and can be updated when M54 is no longer a relevant OS version. I'll follow up with Casey and Tiffany.
I believe this is the rule in gKMS and Redwood for reference:
https://gkms.corp.google.com/Client.html#7194464
https://redwood.corp.google.com/7194464
,
May 5 2017
The API call the Get Help app is making looks correct (for current/legacy API): https://www.googleapis.com/support/v1/topics/3477855?key=AIzaSyCOx7NTvlw6XxqOj0Dm4dvebQguJ4z0frw&helpcenter=chromeos&hl=en_US&extra_param=source.genius&extra_param=deviceinfo.link&extra_param=playStore.not%20available&extra_param=managedDevice.managed&maxLevels=-1 Looking at the extra_param "playStore.not%20available" perhaps it's an issue with capitalization?? The rule in Redwood identifies Signal name: URLParameter.playstore
,
May 17 2017
A ticket has been opened to create a new parameter to try within the existing ARC++ rule: http://b/38354411 "add 'URLParameter.playStore' with a capital "S" as a valid signal in Redwood"
,
May 31 2017
Signal updated to 'URLParameter.playStore' with a capital "S", as indicated in http://b/38354411. Tested by morsed@ and caseymo@ on ARC++ and non-ARC++ devices.
,
Jun 16 2017
Issue is fixed on M60 (9592.22.0, 60.0.3112.34) but regressed again on M61 TOT 9656.0.0, 61.0.3132.0 link, peppy
,
Aug 22 2017
,
Aug 22 2017
From the duplicated bug above, issue is still reproducible on latest M61 9765.35.0
,
Aug 23 2017
The support API seems to return 'Android App' section even though we set playStore param to 'not available'. https://support.google.com/apis/topics?id=3477855&max_levels=2&key=AIzaSyCOx7NTvlw6XxqOj0Dm4dvebQguJ4z0frw&v=1&helpcenter=chromeos&hl=en_US&extra_param=source.genius&extra_param=deviceinfo.link&extra_param=playStore.not%20available
,
Aug 23 2017
+caseymo@ - Hi Casey, do you have any thoughts on why this behavior might have regressed? Looks like it should have been fixed with the update in b/38354411?
,
Aug 23 2017
Sadly, I don't know. :/ That update should have fixed it. The Android apps folder (in Redwood) and its rules/parameters haven't been touched since this bug was fixed in May. I've looped in Tiffany (our configs specialist) on b/38354411 to check the rule & see if anything has regressed, but unfortunately there's nothing I can do on my end yet. Assigning back to you for now.
,
Aug 23 2017
,
Aug 23 2017
,
Sep 6 2017
,
Nov 2 2017
This appears to be the same root cause as b/68362395, and should be fixed by https://chrome-internal-review.googlesource.com/c/chromeos/chromeos-assets/+/494672
,
Nov 6 2017
10092.0.0, 64.0.3256.0
,
Nov 7 2017
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by weifangsun@chromium.org
, May 4 2017Status: Assigned (was: Untriaged)