[Wikidata-bugs] [Maniphest] [Updated] T210285: Migrate selenium-Wikibase-chrome selenium-WikibaseLexeme-chrome to Docker containers
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T210285EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, WMDE-leszek, Addshore, Ladsgroup, zeljkofilipin, hashar, Aklapper, CucyNoiD, Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, thcipriani, Wikidata-bugs, aude, Darkdadaah, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T210285: Migrate selenium-Wikibase-chrome selenium-WikibaseLexeme-chrome to Docker containers
hashar added a comment. In T210285#4876384, @WMDE-leszek wrote: @hashar Please do not remove these jobs. Those are daily jobs of Wikibase(Lexeme) extensions which we want to keep. It is true though, those have been red for more than a while. We're working on fixing those failures, to allow us to gradually migrate away from ruby tests to node ones. It is actually my personal goal for this quarter to get all these daily selenium jobs of Wikibase's green. It is simply embarrassing that we haven't solved those problems for so long. No worries, I was just wondering whether those jobs still serve a purpose. They do so yeah we will keep them! Regarding the -chrome bit of jobs: the idea has indeed been to use local browser to run tests targetting beta/test wikis, instead of running this via saucelabs. This has stemmed from constant problems we have had with saucelabs and Wikibase browser tests (there is quite a few of these tests which does not make a problem any easier). Jobs were timing out randomly, it was dificult to debug failures, and everything has generally been very slow. Hence the idea to run tests on WMF Jenkins infrastructure, using local browser. I am not sure off top of my head how the job configure browser to be chromium. I am sure @zeljkofilipin did some magic back then :) I can't tell why they have a -chrome suffix :-( Apparently we had WikibaseLexeme to default to use Firefox which I have changed to use Chrome https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/WikibaseLexeme/+/457407/3/tests/browser/environments.yml That was to migrate mediawiki-selenium jobs that run on a per patch basis (and thus require a fully working mediawiki) T203178 I clearly remember SauceLabs to be an hassle, mostly due to the latency between our and Saucelabs and the insane amount of queries being done. That pills up and slows it down. IIRC the main benefits were screenshots and video recording which mediawiki-selenium gem supports nowaday. Finally, regarding containers: is there any container that has ruby/bundler and some local browser that could be used for our jobs? I believe (or hope) chromium is not the only one that works. Firefox would also do. The only requirement from Wikibase side is to be able to run the browser in the container, not go to saucelabs etc. I was looking into it this morning and felt like we would have to craft yet another container with ruby/bundler/browsers etc. But for T203178: Migrate Selenium tests based on the ruby library mediawiki_selenium I crafted a container that reuses the environment for Quibble, it just add ruby/bundler on top of it. So we should be able to use docker-registry.wikimedia.org/releng/quibble-stretch-bundle . I will craft some experimental jobs for that. Thanks!TASK DETAILhttps://phabricator.wikimedia.org/T210285EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: WMDE-leszek, Addshore, Ladsgroup, zeljkofilipin, hashar, Aklapper, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, thcipriani, Wikidata-bugs, aude, Darkdadaah, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T210285: Migrate selenium-Wikibase-chrome selenium-WikibaseLexeme-chrome to Docker containers
hashar added projects: Lexicographical data, Wikidata.hashar added a comment. The selenium-WikibaseLexeme-chrome job breaks since it tries to include Wikibase but it is not cloned. There is probably a bug about it. The repository has some wdio tests, so probably the selenium tests are less helpful. Given the job is not working at all, I think we should just delete it. Not sure whom to reach out to to approve that. For Wikibase, we would need a container that has ruby/bundler and chromium. There is none right now. Note that https://integration.wikimedia.org/ci/job/selenium-Wikibase-chrome/ has a fair amount of failures for both beta and test environments :/TASK DETAILhttps://phabricator.wikimedia.org/T210285EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hasharCc: zeljkofilipin, hashar, Aklapper, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, thcipriani, Wikidata-bugs, aude, Darkdadaah, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
