hashar added a subscriber: adrianheine. hashar added a comment. The l10n cache issue being solved, I gave a try again on a dummy change for ContentTranslation https://gerrit.wikimedia.org/r/#/c/248855/
The job `mwext-qunit` still fails. It has the following extensions: cldr ContentTranslation Echo Elastica EventLogging GeoData GuidedTour Scribunto **UniversalLanguageSelector** **Wikidata** `mediawiki-extensions-qunit` is a job shared by some other extensions but does not have ContentTranslation. By commenting 'check experimental' on a ContentTranslation change the extension is injected in addition of the others. The job **pass** and in this context had the following extensions: AbuseFilter Babel Cards CheckUser Cite cldr ConfirmEdit ContentTranslation Echo Elastica EventLogging Flow Gather GlobalCssJs GuidedTour JsonConfig MobileApp MobileFrontend MwEmbedSupport ParserFunctions SandboxLink SpamBlacklist Thanks TimedMediaHandler **UniversalLanguageSelector** VisualEditor ZeroBanner ZeroPortal Note how Wikidata is NOT included. On IRC, @aude pointed at T117886: don't fail when running job mediawiki-extensions-qunit with Wikidata <https://phabricator.wikimedia.org/T117886> > @adrianheine said that these are probably the same failures that happen in > Wikidata related qunit tests when UniversalLanguageSelector is enabled. For ContentTranslation, the mwext-qunit job has both ULS and Wikidata and that ends up causing the failure. TASK DETAIL https://phabricator.wikimedia.org/T120349 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hashar Cc: adrianheine, aude, hashar, JanZerebecki, Aklapper, KartikMistry, santhosh, StudiesWorld, Wikidata-bugs, Mbch331, greg _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
