2014-10-20 12 views
12

Używamy jenkins z wieloma niewolnikami jenkins działającymi pod Windows 7. Poprzez jenkins uruchamiamy testy karmy, które mają być uruchamiane w węźle slave, aby uruchomić testy jaśminu rzeczywiste przeglądarki. Nagle w zeszłym tygodniu po automatycznej aktualizacji Chrome do wersji "38.0.2125.104 m" przestało działać (karma nie mogła przechwycić przeglądarki). Oto nasze logi:karma + Chrome nie działa po ostatniej automatycznej aktualizacji Chrome

[INFO] --- maven-karma-plugin:1.8:start (default-cli) @ module-translation --- 
[INFO] Executing Karma Test Suite ... 
[INFO] cmd /C karma start C:\dev\util\jenkinsMaster\workspace\ci_module_translation_browser\translation\target\test-classes\frontend\thirdParty\js\com\verisk\underwriting\config\karma-config-module\1.0.3\karma-config-module-1.0.3.js --browsers Chrome --single-run 
INFO [karma]: Karma v0.12.5 server started at http://localhost:9876/ 
INFO [launcher]: Starting browser Chrome 
WARN [launcher]: Chrome have not captured in 60000 ms, killing. 
INFO [launcher]: Trying to start Chrome again (1/2). 
WARN [launcher]: Chrome have not captured in 60000 ms, killing. 
INFO [launcher]: Trying to start Chrome again (2/2). 
WARN [launcher]: Chrome have not captured in 60000 ms, killing. 
ERROR [launcher]: Chrome failed 2 times (timeout). Giving up. 

Podczas pracy lokalnie, to samo polecenie (używając wtyczki karma-maven) działa dobrze. Wtyczka karmy uruchamia oddzielnie plik wykonywalny karmy (który działa również, gdy działa lokalnie). Dodatkowo inne przeglądarki działają po uruchomieniu z Jenkins. Działają już od dłuższego czasu wraz z Chrome (do ostatniej aktualizacji z Chrome). To tylko połączenie trzech: jenkins + karma + Chrome powoduje ten problem.

Ponieważ Chrome spowodował, że uzyskanie starszej wersji było tak trudne, jak to możliwe, testowanie lub rozwiązywanie było bardzo trudne. Wydaje się, że wszystko wskazuje na obecną wersję Chrome jako sprawcy.

Czy ktoś jeszcze to widział lub ma rozwiązanie?

+0

Ten sam numer tutaj. Używam też Chrome "38.0.2125.104 m". Po włączeniu wydruku debugowania widzę, że proces Chrome został uruchomiony za pomocą polecenia 'C: \ Program Files (x86) \ Google \ Chrome \ Application \ chrome.exe --user-data-dir = C: \ Users \ ADMINI ~ 1 \ AppData \ Local \ Temp \ karma-28077601 --no-default-browser-check --no-first-run --disable-default-apps --disable-popup-blocking --disable-translate http:// localhost: 9876 /? id = 28077601'. Ale przeglądarka faktycznie się nie zaczęła i nie ładowała strony. Czekamy na rozwiązanie. –

+1

Tak. Takie samo zachowanie w naszym systemie CI ... używamy TeamCity. – steve

+0

Dobrze słyszeć, że jestem w towarzystwie. Opublikowalem to również: https://groups.google.com/a/chromium.org/forum/#!topic/chromium-discuss/9m02Ke1PvJg – Noremac

Odpowiedz

2

Poprawka została ustalona na merged into Chromium. Poprawka jest teraz dostępna przez regularną aktualizację Chrome. Działa to dla wersji Chrome 39.0.2171.

+3

Używam wersji 48.0.2564.97 m (64-bit), ale wciąż otrzymuję to problem ... To irytujące ... –