-
Notifications
You must be signed in to change notification settings - Fork 102
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Having many browsers fails #40
Comments
Maybe we could check the maximum concurrency for a user and only run that number of tests at any point in time: https://docs.saucelabs.com/reference/rest-api/#get-user-concurrency |
That sounds great! |
I can see a lot of those failures as well when running tests in batches of > 3-4 browsers. Due to this I was obliged to split my build into several steps. Not a big deal but not ideal either. While I agree that we could limit the number of browser tests started by Karma (I'm still not familiar with Karma internals enough to say how much effort it would involve) maybe there are some parts that we could try to "fix" in the launcher / sauce itself? I must say that I've spent already substantial amount of time trying to track-down those issues, fiddled with timeouts etc. but with limited luck so far.... I would be willing to devote some more time to understanding / fixing those issues if someone could give me a hand with some aspect of Saucelabs working. @ChrisWren could we somehow co-operate on this topic? I think that having good Karma + Sauce integration would be beneficial for the whole JS community. |
👍 on this, lots of errors related to timeouts...
and on the saucelabs side of things: if i reduces number of browsers to about 4 they all pass |
The sauce launcher gets called for every browser configured in the |
I switched the test to run in all browsers in series like so
There are a couple of "issues" with this:
|
Very interested to know more about it because all my CI stuff is broken without me knowing where it belongs really. |
Having no option to specify (let alone auto-detect from the user account via the REST API) what the concurrency should be basically means this always fails when using more than 2 to 4 browsers and forces users to fragment run targets (e.g. in Grunt) – which slows things down quite a bit (not in the least due to #14). I reckon the same applies to BrowserStack and other cloud services. Perhaps that justifies a change to the core Karma software to support this natively? Something like:
The main complication I expect will come up relates to the ability to run Karma continuously in the background. It would have to kill and restart browsers each run. EDIT: On second thought, while it still needs support from Karma internally, the actual concurrency limit should probably be handled by the launcher so that one can have e.g. unlimited local browsers that run continuously, with 10 browserstack and/or 3 saucelabs browsers being killed after each run. |
I had the same issue here. |
Running into the same thing. Is there more-native (to SauceLabs) way besides multiple grunt tasks that could be implemented? Seems like @Krinkle's edit would be a great way to accomplish this. |
I would like to share how I put my tasks into batches. In the command line I call the karma tests like this:
In the ´karma.saucelabs.conf.js´ file reading the batch id example: chrome1 with the help of underscore
than defining the launchers, with one extra parameter batch:
and than filtering out the specified part:
Also I agree that an option like ´browserConcurrency´ would be the best. |
zuul has |
Still seeing the same issues today: |
🐹 |
Getting so many issue with too many browsers. It make this plugin so painful to use :/ |
+1, there're many strange errors https://travis-ci.org/monolithed/polyfiller/jobs/60458589 |
@monolithed Unrelated. Your build fails with error "Uh oh, you've run out of minutes!". So.. may wanna check your SauceLabs account and/or contact their support. 😉 |
Especially services like Browserstack and SauceLabs have limitations on how many browsers can be launched at the same time. The new config option `concurrency` allows to specify an upper limit of how many browsers are allowed to run at the same time. Ref: karma-runner/karma-sauce-launcher#40 Closes karma-runner#1465
Concurrency limit will be shipped tomorrow in karma :) karma-runner/karma#1646 sorry for the delay |
Especially services like Browserstack and SauceLabs have limitations on how many browsers can be launched at the same time. The new config option `concurrency` allows to specify an upper limit of how many browsers are allowed to run at the same time. Ref: karma-runner/karma-sauce-launcher#40 Closes karma-runner#1465
Fixed via the new |
Updated REST API doc location for getting the user's concurrency limit: https://wiki.saucelabs.com/display/DOCS/Account+Methods#AccountMethods-GetUserConcurrency Or mobile version: https://wiki.saucelabs.com/plugins/servlet/mobile#AccountMethods-GetUserConcurrency |
I still face the same problem any update ? |
@GuillaumeLeclerc are you using 0.13.12 or newer? Are you using the |
Per karma-runner/karma-sauce-launcher#40, it seems that we can only run 1 browser at a time in sauce labs. This updates karma to a version that supports the `concurrency` option.
Per karma-runner/karma-sauce-launcher#40, it seems that we can only run 1 browser at a time in sauce labs. This updates karma to a version that supports the `concurrency` option.
Hi,
I have 11 browsers that I want to run on saucelabs. When running the browsers in batches of 4-4-3, everything works perfectly. When running all 11 browsers, things are not working.
This is what's happening:
INFO [launcher]: Starting browser ... on SauceLabs
11 times, which is expected.INFO [launcher.sauce]: firefox 28 (Mac 10.9) session at https://saucelabs.com/tests/6474f7dee7fb4e0cb9a9e7deb3516a5f``
Any thoughts?
Thanks
The text was updated successfully, but these errors were encountered: