Issue metadata
Sign in to add a comment
|
Play store on ChromeOS reports "GMS services unavailable" on login
Reported by
oedlan.m...@gmail.com,
Oct 26 2016
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS armv7l 8530.96.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.154 Safari/537.36 Platform: Play store on ChromeOS reports "GMS services unavailable" on login Steps to reproduce the problem: 1. Start US ASUS Chromebook Flip 2. Stable channel 3. Connect to home wifi network 4. Launch Play store 5. Login What is the expected behavior? Access to the Play store What went wrong? Get a message GMS services unavailable Try again. Same issue. Did this work before? Yes Chrome version: 53.0.2785.154 Channel: stable OS Version: 8530.96.0 Flash Version: Shockwave Flash 23.0 r0 Initially posted in the Chromebook Help Forum https://productforums.google.com/forum/#!topic/chromebook-central/PLqp0Nu4tUI More info there
,
Oct 28 2016
From the help forum, it was noted that this seems to be a problem of a specific WiFi AP and/or router. When a different connection is used (4G tethering, another wifi network) the problem goes away. Is there any diagnostic information they can gather to help us figure this out?
,
Oct 29 2016
Here is a new thread from CBC that suggests it's an app permission issue. ChromeOS update reset app permissions? https://productforums.google.com/forum/#!topic/chromebook-central/fdinCj5Da-o;context-place=forum/chromebook-central #CBC-RS/TC-watchlist
,
Jan 22 2017
Another CBC thread where multiple users are reporting the problem on new Chromebooks https://productforums.google.com/forum/#!topic/chromebook-central/fYm8cDj6Oec;context-place=forum/chromebook-central
,
Jan 23 2017
(for internal folks, I'm referencing bug 31705715) There was a recent fix for a race involving DNS info propagation on startup. This should be in builds 9000.50.0 and higher on beta channel (M56). If the problem still persists with this fix, it is a different issue. Abhishek, can you take a look at this and figure out if this is the same issue? I also saw a bug (30869832) about not setting DNS settings from cros to android which seem potentially related and why changing the DNS settings in the feedback report did not seem to help.
,
Jan 23 2017
I have just engaged @ecarbera to help me gather the version the latest poster is using. If it is a build with the fix I will try to get a log from them. I don't see any logs on the forums.
,
Jan 23 2017
We do not ask for logs to be posted on the forums due to potential confidential info in the log files. I have asked users to file issue reports and to post their version info in the two threads above.
,
Jan 28 2017
same issue
,
Jan 30 2017
Please do send feedback and reference this bug if you see the issue.
,
Jan 31 2017
@abhishekbh, have you gotten the version info and any feedback to look at for this issue?
,
Jan 31 2017
I haven't gotten any from carbera. I will look into feedback reports again today and grep for this issue in case people have filed recent ones. The ones I saw before were all on builds before the requisite changes went in.
,
Feb 2 2017
Looked into this recent feedback. My logs correctly state that connectivity was present. Here is the culprit - CheckinTask: Checkin failed: <URL: 344> (request #0): javax.net.ssl.SSLHandshakeException: SSL handshake aborted: ssl=0x5c8d8da0: I/O error during system call, Connection reset by peer
,
Feb 2 2017
,
Feb 22 2017
I have been having this issue for the past week, but I'm on an Acer R13. My issue description: android play store wouldn't load (said no network connection) but network was connected. Other odd behavior: my already installed android apps would still auto-update. I updated to the latest dev channel today, still no joy. In settings, I disabled Google Play Store, then re-enabled. Now I get "GMS Services Unavailable" and Play Store won't initialize. I didn't open a new ticket cause it sounds related to this one. From my ://version Google Chrome 57.0.2987.59 (Official Build) beta (32-bit) Revision 0 Platform 9202.28.1 (Official Build) beta-channel elm ARC 3734075 JavaScript V8 5.7.492.44 Flash 24.0.0.221
,
Feb 25 2017
For what it's worth ARC++ play store initialisation has never worked behind a proxy, it always failed with this screenshot. It goes better after the very first initialisation. I sent a feedback report linking to this bug.
,
Apr 4 2017
I had the same issue. Chromebook Flip C100PA. Upon unboxing new device, I was able to initiate the Play Store. A day or two later after installing a bunch of andriod apps I was having an issue where the device would randomly restart. So I switched to the beta channel and power washed. Went to open play store for the first time and just got a message saying something along the lines of "couldnt reach play store. try again now". I got this same message everytime I tried. I was on the same wifi network at home as when the play store initially worked. Read something online where someone found selecting their current wireleess network and setting it as their "preferred network" fixed their issue. I tried that however after that I then would consistently get a different error message saying something about "GMS services unavailable". I then read that people were able to open play store by connecting to their phone's hot spot instead of their home wifi. I tried this and Play Store booted up right away and then continued to work after I switched back to my home wifi. Hope this helps!
,
Jun 19 2017
This problem seems to be related to decryption of the Google search page for Safe Search. I disabled decryption on a test system and it does not give the "GMS services are unavailable error". When decryption is enabled, it decrypts the URLs - www.google.com/ncr followed by www.google.com/?safe=active&ssui=on and then I get the error "GMS services are unavailable". We need to be able to decrypt those URLs in a school environment so we can properly enforce SafeSearch. It seems like others who even have home filtering solutions (like a Netgear with Parental Controls) are having the same problems - which tells me that what I mentioned above is the likely cause.
,
Nov 3 2017
I am seeing the same thing as comment 18. We are using a Lightspeed Content Filter and need to decrpt SSL traffic to monitor and filter our students. Disabling that feature in our content filter did allow us to get past the Terms of Service agreement of the Google Play Store but this was only for testing so I had to enable the feature again.
,
Nov 3 2017
Lightspeed Systems was able to fix this pretty quickly. They added few domains to the SSL decryption exclusions, android.clients.google.com, dl.google.com and play.google.com.
,
Nov 15 2017
> For what it's worth ARC++ play store initialisation has never worked behind a proxy, it always failed with this screenshot. It goes better after the very first initialisation. I sent a feedback report linking to this bug. The (lack of) proxy settings is filed as issue 654733
,
Jan 3 2018
,
Jun 4 2018
(Bulk Edit) Adding the new conops Chrome OS hotlist to all open issues with the "#CBC-RS/TC-watchlist" tag, our former tracking tag.
,
Jun 15 2018
,
Aug 2
,
Nov 20
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by deckc...@gmail.com
, Oct 28 2016