Protractor tests fail on chrome v56 & v57 - chrome not reachable #4164

qualityshepherd · 2017-03-18T17:22:36Z

I run Protractor tests on an Ubuntu 16 server via xvfb. This was working fine with 4.0.14 and google-chrome-stable v54. When I updated to Protractor 5.1.1 (which requires Chrome v55+), and chrome 57 (latest), my tests stopped working, and would timeout with:

[chrome #01-1] WebDriverError: chrome not reachable
[chrome #01-1]   (Driver info: chromedriver=2.28.455506 (18f6627e265f442aeec9b6661a49fe819aeeea1f),platform=Linux 4.4.0-67-generic x86_64)
[chrome #01-1]     at WebDriverError (./node_modules/selenium-webdriver/lib/error.js:27:5)
[chrome #01-1]     at Object.checkLegacyResponse (./node_modules/selenium-webdriver/lib/error.js:505:15)
[chrome #01-1]     at parseHttpResponse (./node_modules/selenium-webdriver/lib/http.js:509:13)
[chrome #01-1]     at doSend.then.response (./node_modules/selenium-webdriver/lib/http.js:440:13)
[chrome #01-1]     at process._tickCallback (internal/process/next_tick.js:103:7)
[chrome #01-1] From: Task: WebDriver.createSession()
[chrome #01-1]     at Function.createSession (./node_modules/selenium-webdriver/lib/webdriver.js:777:24)
[chrome #01-1]     at Function.createSession (./node_modules/selenium-webdriver/chrome.js:709:29)
[chrome #01-1]     at Direct.getNewDriver (./node_modules/protractor/lib/driverProviders/direct.ts:90:25)
[chrome #01-1]     at Runner.createBrowser (./node_modules/protractor/lib/runner.ts:225:39)
[chrome #01-1]     at q.then.then (./node_modules/protractor/lib/runner.ts:391:27)
[chrome #01-1]     at _fulfilled (./node_modules/q/q.js:834:54)
[chrome #01-1]     at self.promiseDispatch.done (./node_modules/q/q.js:863:30)
[chrome #01-1]     at Promise.promise.promiseDispatch (./node_modules/q/q.js:796:13)
[chrome #01-1]     at ./node_modules/q/q.js:556:49
[chrome #01-1]     at runSingle (./node_modules/q/q.js:137:13)

Impact:
Does not occur with chrome v54 or v55
Occurs with both directConnect and when specifying the correct seleniumServerJar in config
Occurs with latest Protractor v4x and v5x
Node v6.10.0

The text was updated successfully, but these errors were encountered:

NickTomlin · 2017-03-18T17:38:22Z

Hmm, these issues can be tough to debug; i've seen this happen intermittently on Debian boxes with versions of Chromedriver/Selenium and it's usually fixed by a patch in either of those projects.

There's often nothing that we can do in Protractor core but we can try to remove as many variables as possible. Do you have an example repository that I can use to try and repro on an ubuntu VM? I'm assuming this probably happens regardless of the code, but do you also experience it running the example repo?

Also, what is your exact chrome version?

qualityshepherd · 2017-03-18T18:52:53Z

Yeah, this one was a total pain to debug. This definitely seems like a chrome issue, but wanted to see if maybe this was known, or my brain is just being dumb. I sent it to chrome... so we'll see.

Solution for now is DO NOT UPGRADE CHROME PAST v55 UNDER ANY CIRCUMSTANCE :)

qualityshepherd · 2017-03-18T18:56:14Z

Also... in an unrelated issue... GO BUCKY!!!1!

NickTomlin · 2017-03-18T21:27:52Z

Sounds good i'll leave this open for a bit to collect any additional information; i'll plan on closing it in a week or so since the resolution needs to be external. Thanks for picking things up with chrome. Go bucky indeed :)

qualityshepherd · 2017-03-18T22:18:23Z

Sweet! (as in 16) Thanks, Nick.

joshuacano · 2017-03-19T06:13:45Z

I am also having the same problem on my mac.

NickTomlin · 2017-03-19T13:42:09Z

@joshuacano (and anyone else) can you post your full specs:

Protractor Version
Chrome version (Probably 57 😄 )
Chromedriver version
Selenium Standalone version
Whether or not you can reproduce it with the example

I'm not able to reproduce on OSX

m-ajitabh · 2017-03-20T11:51:57Z

Update web driver for chrome v57

dinvlad · 2017-03-23T22:41:44Z

This occurs for me as well, whether I use Xvfb or the new --headless configuration, with
Protractor 5.1.0, Chrome 57.0.2987.110, ChromeDriver 2.28, Selenium 3.3.1.

So I cannot run Protractor at all on a CI server (CodeBuild on Ubuntu 14.04).

qualityshepherd · 2017-03-23T23:09:17Z

So I'm not crazy! Well... about this.

@dinvlad, I was able to run my CI by reverting to Chrome v55, which works with Protractor 5.x.

NickTomlin · 2017-03-23T23:18:33Z

Interesting, this could be a nix + chrome issue then

dinvlad · 2017-03-23T23:26:09Z

~~Actually, looks like Karma is not runnable on that system either.~~ So ~~most~~ probably the nix (I think it's Amazon's own Docker image, to which unfortunately I have no access other than through CI). On Cloud9, which also runs 14.04, both frameworks run fine with the same settings (but only for Xvfb).

Without Xvfb, I was able to run Karma using the '--headless' option for Chrome as well on Cloud9. But Protractor refuses to eat it for some reason (it does run Chrome with that option, but still hangs). That could indicate Protractor's issue.

@qualityshepherd, could you try running Chrome with
--headless --disable-gpu --remote-debugging-port=9222, both in Karma and Protractor configs? Would be interesting to see if that fixes your setup in both cases or either one or not at all. #4146 (comment)

joshuacano · 2017-03-23T23:28:34Z

@NickTomlin Apologies for not responding earlier. I could not reproduce the problem via the standalone example you gave. I diagnosed the issue and it is related to running an old version of karma with the latest protractor. I had to upgrade karma to get this to work correctly.

dinvlad · 2017-03-24T01:25:40Z

So I've got a bit more consistency with this. Karma runs fine for 57 both on what I consider "local" system (Cloud9), even though it's headless, and "remote" (CI on AWS), but only when I use --headless flag instead of Xvfb (which is nice by itself). Alternatively, Karma also runs fine with Xvfb on the "local" system.

However, Protractor fails to run with this flag on either system. I use the same Chrome flags for both frameworks. At this point it appears that either Protractor or ChromeDriver are unable to communicate with Chrome given these flags. Protractor still does run with Xvfb on the "local" system though (a bit of good news).

dinvlad · 2017-03-24T01:36:01Z

UPDATE: Got it to work!

According to https://bugs.chromium.org/p/chromedriver/issues/detail?id=878, it's ChromeDriver that doesn't like mixing Chrome's --remote-debugging-port option, because it's connecting over that same port if I understand that correctly. So I've just removed that option from Protractor config, and voila:

  capabilities: {
    browserName: 'chrome',
    chromeOptions: {
      args: [
        "--headless",
        "--disable-gpu"
      ],
    },
  },

@qualityshepherd, you might be interested in using this option instead of Xvfb - see if that solves your issues as well. Granted that doesn't address the problem with Xvfb itself, but if we can avoid another tool that's even better, IMO.

qualityshepherd · 2017-03-24T13:12:05Z

Neat! I was not aware of the --headless option. I learned something today! TMYK. Thanks @dinvlad, I'll give it a go.

For others, here's the gist...

qualityshepherd · 2017-04-18T22:42:56Z

[rant]
Wasted another day on this today. There is a problem, on linux (ubuntu 16.04), and protractor 5.1.1, and chromedriver 2.28-2.29, and chrome 56+. It does not work and lucky for me, my automation requires it.

Have I mentioned that automation is silly and should be avoided?
[/rant]

dinvlad · 2017-04-18T22:44:33Z

What's failing?

NickTomlin · 2017-04-19T03:10:45Z

I'm going to go ahead and close this since it seems to be a chromedriver issue and there's nothing really actionable on the protractor side of things. Sounds like there are a few ongoing threads here that it might be useful to collect even if this issue closes.

It may be worth creating (and then answering) a StackOverflow question about this as "documentation" as well.

Thanks for doing digging and discovery here; y'all are awesome 😄

qualityshepherd · 2017-04-20T12:28:41Z

Yeah, there's some weird stuff going on in chromedriver currently. I can't quite nail down the exact issue. My rant above was a day where my ci build stopped working (likely Codeship change), which was a similar issue to this one. I got it fixed, then the next morning, my fix broke :) Fun times.

I was also seeing funky behavior using the later chromedriver version... which seems to resolve only when backing up to v2.25 (with chrome v55). Which is what I'm running successfully now.

I think there's also an issue whereby Protractor will select the older chromedriver installed (eg. if you had 2.27 & 2.29, i'll use 2.27). Assuming this is not the expected behavior (@NickTomlin?), this is very likely causing some of the random issues people are reporting around the internets.

dinvlad · 2017-04-20T16:06:59Z

Probly an afterthought, but I also noticed that too many Github API attempts to download some Chromedriver files lead to throttling errors, and fail builds as a result because Protractor cannot download some jars. Not sure if this needs to be addressed on the Protractor or Chromedriver side (if at all; i.e. we cannot do anything about it unless there are other "mirrors" for those files).

heathkit · 2017-05-05T06:42:18Z

FYI guys, --headless is neat but it's extremely new. It's only in Chrome 59, which as of this date is still in beta. You might see chromedriver bugs specific to headless or specific to that version of chrome.

Issues like this are most likely not related to Protractor, but to the combination of Selenium Standalone server, chromedriver, and Chrome that you're using.

Except for cases where Protractor is accidentally using an outdated chromedriver or failing to download it, those are things we can fix. We've had some issues with people having a globally installed version of webdriver-manager that was different than their project, which can sometimes cause problems like that.

qualityshepherd · 2017-05-05T11:33:57Z

SOLVED:

I found some time to investigate this, and finally figured it out. Something in Chrome v56+ changed, so that if you're running it via Protractor (or anything), on a Linux server, as root, it will not start and fail your tests.

Yes, yes... don't run as root. Whatever. This really sucked because it worked up to v56, and I didn't see a notice of the change. It also took days to debug and refactor around.

So there you go... the solution is to not run chrome as root. Create a new user to run your tests with. But add them to sudoers so you can start xvfb ;)

qualityshepherd · 2017-05-05T11:41:18Z

And yeah, @heathkit, I've had webdriver-manager sometimes use the older chromedriver, when multiple are installed. It got me to do a webdriver-manager clean more often.

All these great tools come with so many sharp edges :) Really glad there are great resources like github, and stackoverflow to help sort them out. Hope my answer above somes some folks some time, as so many answers have saved mine.

dinvlad · 2017-05-05T17:11:15Z

Hopefully, --headless will become stable enough so we don't have to run Xvfb in the first place. So far, I hadn't had any issues with it. Also, not sure why but it's actually already in 58 on the 'stable' branch. As judged by 'google-chrome-stable' package.

qualityshepherd · 2017-05-05T17:27:46Z

Agreed... I'd love to see all the browsers allow headless runs. I'd love to run Safari at all 🚎

Oh Safari... the new IE6

rafaelcs · 2017-05-12T15:33:01Z

@qualityshepherd Could you post examples here of your solution? This error is killing me when running tests on Codeship

so that if you're running it via Protractor (or anything), on a Linux server, as root, it will not start and fail your tests.

Yes, yes... don't run as root

Example?

qualityshepherd · 2017-05-12T18:03:38Z

Sure @rafaelcs, you just need to create a new user on your linux box, add them to sudo, and run your tests as that user. I have a script that builds my servers, so I added the following to automate the creation of a new user:

# add new user
adduser --disabled-password --gecos ""YOUR_USERNAME
# add user to sudoers
echo 'YOUR_USERNAME  ALL=(ALL:ALL) ALL' >> /etc/sudoers
# set password
sudo passwd YOUR_USERNAME

kumarvarun1252 · 2017-10-26T22:56:28Z

@qualityshepherd I am seeing the same issue in the Jenkins job. Tests run fine locally on Mac, but not on Jenkins server which is on Linux. I don't have access to our Jenkins server :|

Protractor		5.1.2
Chrome Driver		2.28, 2.33 (Tried both)
Selenium Standalone Server		3.6.0
OS 		Linux```

rafaelcs · 2017-10-26T23:13:50Z

This error is no longer happening to me since when I changed my projects to circleCI and before starting the tests I install the latest version of chrome on the server (linux) via command line.

Example:

- curl -L -o google-chrome.deb https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb
- sudo dpkg -i google-chrome.deb
- sudo sed -i 's|HERE/chrome\"|HERE/chrome\" --disable-setuid-sandbox|g' /opt/google/chrome/google-chrome
- rm google-chrome.deb

dinvlad · 2017-10-27T00:40:23Z

Also works for me with CircleCI, although I din't have to install the browser - just use circleci/node:7-browsers or a similar image, if possible.

rohithegde · 2018-04-16T09:35:29Z

Faced similar issue with a Docker image (https://hub.docker.com/r/webnicer/protractor-headless/). This thread helped me to realize the issue. Using an older image associated with Chrome 55 fixed the issue.

stemkar123 · 2018-05-15T05:38:49Z

With latest version of Chrome, Protractor not working. I am just able to load the URL. Further commands like sendleys,getText etc are not working. No error shown in log.

Chrome version: 66
Protractor- 5.3.0
ChromeDriver- 2.38
selenium-server-standalone- 3.12.0

m-ajitabh · 2018-05-15T07:58:46Z

update webdriver manager also Thanks Ajitabh Ranjan Mob: 9430331985

…

On Tue, May 15, 2018 at 11:09 AM, stemkar123 ***@***.***> wrote: With latest version of Chrome, Protractor not working. I am just able to load the URL. Further commands like sendleys,getText etc are not working. No error shown in log. Chrome version: 66 Protractor- 5.3.0 ChromeDriver- 2.38 selenium-server-standalone- 3.12.0 — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#4164 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AOad57mC7_Ydp5j8nR36s-UzpQMDNYAgks5tymn5gaJpZM4MheuL> .

stemkar123 · 2018-05-15T11:36:38Z

somehow I am able to send keys. But there is another issue I am facing i.e webelement is not getting clicked with click() function. I have to use "browser.executeScript("arguments[0].click();", )" statement to click & this is working fine.

Any idea why this is happening & how to resolve this

qualityshepherd mentioned this issue Mar 18, 2017

Protractor 5.1.1 doesn't work with Chrome 57 #4146

Closed

NickTomlin added the status: external bug filed label Mar 18, 2017

NickTomlin self-assigned this Mar 18, 2017

NickTomlin closed this as completed Apr 19, 2017

wswebcreation mentioned this issue Jul 11, 2017

Protractor fails with error code 199 on WebDriver.createSession() #4347

Closed

Protractor tests fail on chrome v56 & v57 - chrome not reachable #4164

Protractor tests fail on chrome v56 & v57 - chrome not reachable #4164

Comments

qualityshepherd commented Mar 18, 2017

NickTomlin commented Mar 18, 2017

qualityshepherd commented Mar 18, 2017

qualityshepherd commented Mar 18, 2017

NickTomlin commented Mar 18, 2017

qualityshepherd commented Mar 18, 2017

joshuacano commented Mar 19, 2017

NickTomlin commented Mar 19, 2017

m-ajitabh commented Mar 20, 2017

dinvlad commented Mar 23, 2017 • edited

qualityshepherd commented Mar 23, 2017

NickTomlin commented Mar 23, 2017

dinvlad commented Mar 23, 2017 • edited

joshuacano commented Mar 23, 2017

dinvlad commented Mar 24, 2017 • edited

dinvlad commented Mar 24, 2017

qualityshepherd commented Mar 24, 2017

qualityshepherd commented Apr 18, 2017 • edited

dinvlad commented Apr 18, 2017

NickTomlin commented Apr 19, 2017

qualityshepherd commented Apr 20, 2017 • edited

dinvlad commented Apr 20, 2017 • edited

heathkit commented May 5, 2017

qualityshepherd commented May 5, 2017 • edited

qualityshepherd commented May 5, 2017

dinvlad commented May 5, 2017

qualityshepherd commented May 5, 2017

rafaelcs commented May 12, 2017

qualityshepherd commented May 12, 2017

kumarvarun1252 commented Oct 26, 2017

rafaelcs commented Oct 26, 2017

dinvlad commented Oct 27, 2017 • edited

rohithegde commented Apr 16, 2018

stemkar123 commented May 15, 2018

m-ajitabh commented May 15, 2018 via email

stemkar123 commented May 15, 2018 • edited

dinvlad commented Mar 23, 2017 •

edited

dinvlad commented Mar 23, 2017 •

edited

dinvlad commented Mar 24, 2017 •

edited

qualityshepherd commented Apr 18, 2017 •

edited

qualityshepherd commented Apr 20, 2017 •

edited

dinvlad commented Apr 20, 2017 •

edited

qualityshepherd commented May 5, 2017 •

edited

dinvlad commented Oct 27, 2017 •

edited

stemkar123 commented May 15, 2018 •

edited