[00:06:30] (03CR) 10Hashar: "$ZUUL_PROJECT env variable would hold the Gerrit project name for the change that triggered the patch." [integration/jenkins] - 10https://gerrit.wikimedia.org/r/187933 (https://phabricator.wikimedia.org/T88211) (owner: 10Legoktm) [00:07:23] (03CR) 10Hashar: [C: 032] "All green ( https://integration.wikimedia.org/ci/job/mwext-StaffEdits-testextension-zend/ )" [integration/config] - 10https://gerrit.wikimedia.org/r/188870 (owner: 10Legoktm) [00:08:32] (03Merged) 10jenkins-bot: Make mwext-StaffEdits-testextension-* voting [integration/config] - 10https://gerrit.wikimedia.org/r/188870 (owner: 10Legoktm) [00:09:09] 3Phabricator: Enable select Fundraising people to modify policy for tasks - https://phabricator.wikimedia.org/T88762#1019799 (10chasemp) 3NEW [00:09:17] (03CR) 10Hashar: "Deployed \O/" [integration/config] - 10https://gerrit.wikimedia.org/r/188870 (owner: 10Legoktm) [00:11:50] 3Phabricator: Enable select Fundraising people to modify policy for tasks - https://phabricator.wikimedia.org/T88762#1019808 (10chasemp) [00:14:13] 3operations, Phabricator: Add @emailbot to #operations - https://phabricator.wikimedia.org/T87611#1019810 (10chasemp) >>! In T87611#1019762, @RobH wrote: > Yes, but it should ONLY relay into the ops-datacenter site projects, not #operations itself. > > I realize thats what we talked about, but just calling it o... [00:15:28] 3operations, Phabricator: Add @emailbot to #operations - https://phabricator.wikimedia.org/T87611#1019811 (10RobH) 5Open>3Resolved @emailbot has been added to #operations group [00:38:03] 3Continuous-Integration, MediaWiki-extensions-ZeroBanner, MediaWiki-extensions-ZeroPortal: Jenkins must not load ZeroPortal before ZeroBanner - https://phabricator.wikimedia.org/T88015#1002453 (10hashar) TimedMediaHandler suffers from a similar issue. It requires the MwEmbedSupport and will die early on even if... [00:41:20] 3operations, Beta-Cluster: Make www-data the web-serving user (is currently apache) - https://phabricator.wikimedia.org/T78076#1019863 (10hashar) Really nice! I am very happy to see beta cluster being used for such staging work \O/ [00:48:30] 3Release-Engineering, Wikimedia-Extension-setup: Install SMW on AffCom wiki - https://phabricator.wikimedia.org/T88748#1019890 (10Slaporte) [00:51:02] 3Release-Engineering, Wikimedia-Extension-setup: Install SMW on AffCom wiki - https://phabricator.wikimedia.org/T88748#1019901 (10Slaporte) What do we need to get SMW installed for a small private wiki (chapcom.wikimedia.org)? [00:57:16] 3Multimedia, Beta-Cluster, MediaWiki-extensions-Sentry: Deploy Sentry on beta cluster - https://phabricator.wikimedia.org/T78807#1019922 (10csteipp) [01:06:28] 3Beta-Cluster: Account creation throttling too restrictive on Beta Labs - https://phabricator.wikimedia.org/T87704#1019930 (10greg) Interesting. Yeah, ad hoc might work. Do you know if they're always doing this from the same place (is this that outside contractor we have?)? We could probably whitelist that easil... [01:07:30] 3Beta-Cluster: Account creation throttling too restrictive on Beta Cluster - https://phabricator.wikimedia.org/T87704#1019931 (10greg) [01:09:11] 3Beta-Cluster: Account creation throttling too restrictive on Beta Cluster - https://phabricator.wikimedia.org/T87704#996981 (10greg) And to respond to the actual limit: 6 does seem low. We can probably up that to something higher. @Reedy / @chad: thoughts on a reasonable account creation limit for Beta Cluster... [01:21:13] 3Continuous-Integration: Disk space "/var" full on integration-puppetmaster - https://phabricator.wikimedia.org/T87484#1019954 (10greg) We should probably //just// reimage this server. [01:34:58] !log Upgraded all integration slaves to npm v2.4.1 [01:35:05] Logged the message, Master [01:40:47] https://phabricator.wikimedia.org/P266 [02:04:00] (03CR) 10Krinkle: "To avoid implicit dependencies, can we have the npm-oid script do nothing for the non-deploy repos? Those should work plainly anyway." [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [02:04:37] (03CR) 10Krinkle: "There is already a script named npm-set-env in the slave scripts repo used by various jobs and does something else. Please use a different" [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [02:29:44] 3Phabricator: Fix search in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1020036 (10Tgr) >>! In T75854#783942, @Qgil wrote: > I'm after a problem related to terms in task titles, but I haven't found the exact description of the problem yet. Basically, searching for one or more words in the ti... [03:09:47] (03PS6) 10Krinkle: Clean up phpcs macros and jobs (remove strict/lenient split) [integration/config] - 10https://gerrit.wikimedia.org/r/166071 (https://phabricator.wikimedia.org/T50420) (owner: 10Jforrester) [03:41:41] Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-windows_8.1-internet_explorer-11-sauce build #297: FAILURE in 34 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-windows_8.1-internet_explorer-11-sauce/297/ [03:53:57] PROBLEM - Content Translation Server on deployment-cxserver03 is CRITICAL: Connection refused [03:58:57] RECOVERY - Content Translation Server on deployment-cxserver03 is OK: HTTP OK: HTTP/1.1 200 OK - 1103 bytes in 0.023 second response time [04:03:38] Project browsertests-VisualEditor-test2.wikipedia.org-linux-chrome-sauce build #472: FAILURE in 18 min: https://integration.wikimedia.org/ci/job/browsertests-VisualEditor-test2.wikipedia.org-linux-chrome-sauce/472/ [04:46:30] 3Multimedia, Beta-Cluster, MediaWiki-extensions-Sentry: Deploy Sentry on beta cluster - https://phabricator.wikimedia.org/T78807#1020105 (10greg) @tgr go ahead and deploy this anytime on beta cluster tomorrow during the day or next week. [04:54:34] Project beta-scap-eqiad build #40469: FAILURE in 39 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40469/ [05:14:54] Yippee, build fixed! [05:14:55] Project beta-scap-eqiad build #40471: FIXED in 56 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40471/ [05:29:33] (03CR) 10Krinkle: "Thanks :)" [integration/config] - 10https://gerrit.wikimedia.org/r/184592 (owner: 10Adrian Lang) [05:29:36] (03PS5) 10Krinkle: Add npm job to wikibase [integration/config] - 10https://gerrit.wikimedia.org/r/184592 (owner: 10Adrian Lang) [05:30:38] (03PS2) 10Krinkle: Drop jslint job from Wikibase [integration/config] - 10https://gerrit.wikimedia.org/r/188522 (owner: 10Adrian Lang) [05:37:06] (03CR) 10Krinkle: [C: 032] "Compiled 'mwext-Wikibase-npm' and pushed to Jenkins." [integration/config] - 10https://gerrit.wikimedia.org/r/184592 (owner: 10Adrian Lang) [05:37:13] (03CR) 10Krinkle: [C: 032] Drop jslint job from Wikibase [integration/config] - 10https://gerrit.wikimedia.org/r/188522 (owner: 10Adrian Lang) [05:43:45] (03Merged) 10jenkins-bot: Add npm job to wikibase [integration/config] - 10https://gerrit.wikimedia.org/r/184592 (owner: 10Adrian Lang) [05:43:47] (03Merged) 10jenkins-bot: Drop jslint job from Wikibase [integration/config] - 10https://gerrit.wikimedia.org/r/188522 (owner: 10Adrian Lang) [05:46:36] !log Reloading Zuul to deploy I096749565 and I405bea9d3e [05:46:41] Logged the message, Master [06:06:54] 3Continuous-Integration: Android app build: Gradle checkstyle + app build - https://phabricator.wikimedia.org/T88494#1020170 (10bearND) Thanks for looking into this, @hashar! Yes, let's use the Gradle wrapper. I think not just for now but always. It helps us to keep the Gradle version in sync through our app Gi... [06:20:20] (03CR) 10Krinkle: "Verified via https://gerrit.wikimedia.org/r/#/c/184907/" [integration/config] - 10https://gerrit.wikimedia.org/r/184592 (owner: 10Adrian Lang) [06:20:22] (03CR) 10Krinkle: "Verified via https://gerrit.wikimedia.org/r/#/c/184907/" [integration/config] - 10https://gerrit.wikimedia.org/r/188522 (owner: 10Adrian Lang) [06:23:08] 3Phabricator: "Reference" should state that additional information may be available on old-bugzilla - https://phabricator.wikimedia.org/T75843#1020177 (10Nemo_bis) [06:25:23] Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce build #450: FAILURE in 19 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/450/ [06:28:22] (03PS15) 10KartikMistry: Add generic setup-npm-oid to fix npm on */deploy repos [integration/config] - 10https://gerrit.wikimedia.org/r/184609 [06:30:23] 3Phabricator: Fix search in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1020191 (10Nemo_bis) > have to fall back to using old-bugzilla for searching for duplicates Time to reconsider T934? (And some other old-bugzilla changes which I proposed somewhere, related to T240#833612.) > What if w... [06:34:55] PROBLEM - Content Translation Server on deployment-cxserver03 is CRITICAL: Connection refused [06:38:43] (03PS16) 10KartikMistry: Add generic setup-npm-oid to fix npm on */deploy repos [integration/config] - 10https://gerrit.wikimedia.org/r/184609 [06:39:56] RECOVERY - Content Translation Server on deployment-cxserver03 is OK: HTTP OK: HTTP/1.1 200 OK - 1103 bytes in 0.020 second response time [06:46:00] 3Phabricator: Fatal error (30 seconds timeout) upon certain maniphest search in a component when not logged in - https://phabricator.wikimedia.org/T87739#1020203 (10Nemo_bis) [06:46:05] 3Phabricator, MediaWiki-Core-Team, MediaWiki-General-or-Unknown, Project-Creators: Allow to search tasks about MediaWiki core and core only (create MediaWiki umbrella project?) - https://phabricator.wikimedia.org/T76942#1020205 (10Nemo_bis) [06:46:11] 3Phabricator: Closed tasks are included by default in search results - https://phabricator.wikimedia.org/T885#1020207 (10Nemo_bis) [06:46:15] 3Phabricator.org, Phabricator: Maniphest advanced search contains obscure fields by default - https://phabricator.wikimedia.org/T1376#1020211 (10Nemo_bis) [06:46:17] 3Phabricator: Fix search in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1020200 (10Nemo_bis) [06:48:14] 3Phabricator: Fatal error (30 seconds timeout) upon certain maniphest search in a component when not logged in - https://phabricator.wikimedia.org/T87739#1020213 (10Nemo_bis) I think this is currently the main blocker for T75854: adjusting priority accordingly. Nik, I think this might be the self-contained issue... [06:48:29] 3Phabricator: Fatal error (30 seconds timeout) upon certain maniphest search in a component when not logged in - https://phabricator.wikimedia.org/T87739#1020217 (10Nemo_bis) p:5High>3Unbreak! [06:50:03] 3Phabricator: Fatal error (30 seconds timeout) upon part of maniphest searches - https://phabricator.wikimedia.org/T87739#1020218 (10Nemo_bis) [06:50:35] 3Phabricator: Fatal error (30 seconds timeout) for some maniphest search queries - https://phabricator.wikimedia.org/T87739#1020220 (10Tgr) [06:53:29] 3Multimedia, Beta-Cluster, MediaWiki-extensions-Sentry: Deploy Sentry extension on beta cluster - https://phabricator.wikimedia.org/T78807#1020222 (10Tgr) [07:38:50] 3Continuous-Integration, MediaWiki-extensions-TwnMainPage: mwext-TwnMainPage-testextension-zend fails - missing dependency? - https://phabricator.wikimedia.org/T88780#1020245 (10Nikerabbit) 3NEW [09:05:54] PROBLEM - Puppet failure on deployment-cxserver03 is CRITICAL: CRITICAL: 66.67% of data above the critical threshold [0.0] [09:06:45] 3Continuous-Integration, MediaWiki-extensions-Babel, MediaWiki-extensions-CLDR, MediaWiki-extensions-Translate, MediaWiki-extensions-UniversalLanguageSelector: Add i18n related extensions to mediawiki-phpunit-(zend|hhvm) - https://phabricator.wikimedia.org/T86930#1020335 (10Nikerabbit) [09:07:58] (03PS1) 10Hashar: TwnMainPage depends on Translate [integration/config] - 10https://gerrit.wikimedia.org/r/188991 (https://phabricator.wikimedia.org/T88780) [09:11:39] (03CR) 10Hashar: [C: 032] "Jobs updated and passing :-)" [integration/config] - 10https://gerrit.wikimedia.org/r/188991 (https://phabricator.wikimedia.org/T88780) (owner: 10Hashar) [09:12:02] 3Continuous-Integration, MediaWiki-extensions-TwnMainPage: mwext-TwnMainPage-testextension-zend fails - missing dependency? - https://phabricator.wikimedia.org/T88780#1020342 (10hashar) 5Open>3Resolved a:3hashar I have added Translate (and its dependencies) as a dependency. The job is passing now. [09:13:58] 3Continuous-Integration, MediaWiki-extensions-Translate: mediawiki-extensions-hhvm: MessageGroupStatesUpdaterJobTest::testHooks is intermittent failing - https://phabricator.wikimedia.org/T88554#1020345 (10Nikerabbit) I ran Translate phpunit tests locally in a loop for 10 minutes or so. This failure did not show... [09:19:05] (03Merged) 10jenkins-bot: TwnMainPage depends on Translate [integration/config] - 10https://gerrit.wikimedia.org/r/188991 (https://phabricator.wikimedia.org/T88780) (owner: 10Hashar) [09:20:58] 3Continuous-Integration: Disk space "/var" full on integration-puppetmaster - https://phabricator.wikimedia.org/T87484#1020354 (10hashar) I am pretty sure that is due to puppet reports under `/var/lib/puppet/reports` . The yaml reports are deleted every 360 minutes via a cron job (that was T75472): ``` 27 0,8,16... [09:21:19] 3Continuous-Integration: Recreate integration-puppetmaster with new image (/var/ is too small) - https://phabricator.wikimedia.org/T87484#1020356 (10hashar) p:5Unbreak!>3Normal [09:21:46] 3Continuous-Integration: Recreate integration-puppetmaster with new image (/var/ is too small) - https://phabricator.wikimedia.org/T87484#992405 (10hashar) Lowered the priority cause that is not doing any harm beside the annoying disk alarms. [09:22:37] 3Continuous-Integration, operations: [OPS] Jenkins: puppet master fills /var on labs with yaml reports - https://phabricator.wikimedia.org/T75472#750717 (10hashar) We will get the instance reimaged to have a bigger `/var/` partition ( T87484 ) [09:28:47] 3Continuous-Integration, MediaWiki-extensions-Translate: mediawiki-extensions-hhvm: MessageGroupStatesUpdaterJobTest::testHooks is intermittent failing - https://phabricator.wikimedia.org/T88554#1020365 (10hashar) @Nikerabbit that must be a bad interaction with one of the other extensions :-/ For history purpos... [09:30:59] RECOVERY - Puppet failure on deployment-cxserver03 is OK: OK: Less than 1.00% above the threshold [0.0] [10:12:00] PROBLEM - Puppet failure on deployment-cxserver03 is CRITICAL: CRITICAL: 22.22% of data above the critical threshold [0.0] [10:16:58] RECOVERY - Puppet failure on deployment-cxserver03 is OK: OK: Less than 1.00% above the threshold [0.0] [10:20:56] PROBLEM - Content Translation Server on deployment-cxserver03 is CRITICAL: Connection refused [10:25:57] RECOVERY - Content Translation Server on deployment-cxserver03 is OK: HTTP OK: HTTP/1.1 200 OK - 1103 bytes in 0.004 second response time [10:26:41] In case of anyone wondering, that's me ^^ [10:27:52] yes I was wondering [10:28:28] :) [10:30:43] (03PS2) 10KartikMistry: cxserver/deploy: Do not run cxserver-npm [integration/config] - 10https://gerrit.wikimedia.org/r/188755 [11:15:04] Project beta-scap-eqiad build #40507: FAILURE in 55 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40507/ [11:35:07] Yippee, build fixed! [11:35:08] Project beta-scap-eqiad build #40509: FIXED in 1 min 5 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40509/ [11:37:54] PROBLEM - Puppet failure on deployment-cxserver03 is CRITICAL: CRITICAL: 11.11% of data above the critical threshold [0.0] [12:07:57] RECOVERY - Puppet failure on deployment-cxserver03 is OK: OK: Less than 1.00% above the threshold [0.0] [12:58:28] 3Phabricator: Fix search in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1020525 (10Aklapper) >>! In T75854#1019135, @Qgil wrote: > and we are not gaining anything from having Elasticsearch. The default backend now supports stemming / substrings? I probably missed that change. [12:58:43] 3Phabricator: Fix provided search results in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1020526 (10Aklapper) [12:58:55] PROBLEM - Puppet failure on deployment-cxserver03 is CRITICAL: CRITICAL: 22.22% of data above the critical threshold [0.0] [12:59:04] 3Phabricator: Fix provided search results in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#783695 (10Aklapper) As per initial description, this task is about search results, not about the search UI. Clarified the summary. [13:00:53] 3Phabricator: Fatal error (30 seconds timeout) for some maniphest search queries - https://phabricator.wikimedia.org/T87739#1020532 (10Aklapper) [13:00:57] 3Phabricator.org, Phabricator: Maniphest advanced search contains obscure fields by default - https://phabricator.wikimedia.org/T1376#1020535 (10Aklapper) [13:01:04] 3Phabricator: Closed tasks are included by default in search results - https://phabricator.wikimedia.org/T885#1020538 (10Aklapper) [13:01:08] 3Phabricator, MediaWiki-Core-Team, MediaWiki-General-or-Unknown, Project-Creators: Allow to search tasks about MediaWiki core and core only (create MediaWiki umbrella project?) - https://phabricator.wikimedia.org/T76942#1020540 (10Aklapper) [13:01:58] 3Phabricator: Fatal error (30 seconds timeout) for some maniphest search queries - https://phabricator.wikimedia.org/T87739#1020549 (10Aklapper) p:5Unbreak!>3High [13:03:03] 3Deployment-Systems, MediaWiki-extensions-LocalisationUpdate: LocalisationUpdate failed: git pull of extensions failed - https://phabricator.wikimedia.org/T88778#1020561 (10Aklapper) p:5Triage>3High [13:13:57] RECOVERY - Puppet failure on deployment-cxserver03 is OK: OK: Less than 1.00% above the threshold [0.0] [13:14:41] Project beta-cxserver-update-eqiad build #94: FAILURE in 0.16 sec: https://integration.wikimedia.org/ci/job/beta-cxserver-update-eqiad/94/ [13:19:00] Yippee, build fixed! [13:19:00] Project beta-cxserver-update-eqiad build #95: FIXED in 1.8 sec: https://integration.wikimedia.org/ci/job/beta-cxserver-update-eqiad/95/ [13:21:57] PROBLEM - Content Translation Server on deployment-cxserver03 is CRITICAL: Connection refused [13:36:56] RECOVERY - Content Translation Server on deployment-cxserver03 is OK: HTTP OK: HTTP/1.1 200 OK - 1103 bytes in 0.016 second response time [13:38:47] (03CR) 10Hashar: "That will be fixed by https://gerrit.wikimedia.org/r/#/c/184609/ though" [integration/config] - 10https://gerrit.wikimedia.org/r/188755 (owner: 10KartikMistry) [13:40:16] (03CR) 10Hashar: "Next patch has a few adjustments. Namely:" (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [13:40:30] (03PS17) 10Hashar: Add generic setup-npm-oid to fix npm on */deploy repos [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [14:09:20] (03PS18) 10Hashar: Add generic setup-npm-oid to fix npm on */deploy repos [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [14:10:52] (03CR) 10Hashar: "PS18" [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [14:18:57] (03PS19) 10Hashar: Add generic setup-npm-oid to fix npm on */deploy repos [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [14:33:51] (03CR) 10Hashar: [C: 032] "Thanks Timo for the review!" [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [14:36:37] Project browsertests-MobileFrontend-SmokeTests-linux-chrome-sauce build #2: FAILURE in 8 min 36 sec: https://integration.wikimedia.org/ci/job/browsertests-MobileFrontend-SmokeTests-linux-chrome-sauce/2/ [14:40:40] (03Merged) 10jenkins-bot: Add generic setup-npm-oid to fix npm on */deploy repos [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [14:52:40] 3Continuous-Integration, operations: Jenkins is using php-luasandbox 1.9-1 for zend unit tests; precise should be upgraded to 2.0-7+wmf2.1 or equivalent - https://phabricator.wikimedia.org/T88798#1020616 (10Anomie) 3NEW [15:05:54] Krinkle|detached: me and hashar were looking at, https://integration.wikimedia.org/ci/job/cxserver-source-npm/5/console [15:06:46] where, /srv/deployment/integration/slave-scripts/bin/npm-set-env.sh removes node_modules, which resets patch to node_modules [15:07:00] so, where it should be fixed? :) [15:07:29] (Ping when available, let me see I can keep myself awake :)) [15:09:35] chrismcmahonbrb: How can I reset my password for https://integration.wikimedia.org/ci/login? [15:10:01] (Don't know if I had one though!) :) [15:24:15] hello kart_ I am not sure how to reset a password in Jenkins, let me look around and see what I can find out... [15:29:28] chrismcmahon: no worry/no hurry. [15:46:12] Yippee, build fixed! [15:46:12] Project browsertests-MobileFrontend-SmokeTests-linux-chrome-sauce build #3: FIXED in 8 min 14 sec: https://integration.wikimedia.org/ci/job/browsertests-MobileFrontend-SmokeTests-linux-chrome-sauce/3/ [15:59:14] chrismcmahon: I will be late for the meeting about 5 minutes [15:59:33] zfilipin: no problem. [16:21:40] 3Deployment-Systems, MediaWiki-extensions-LocalisationUpdate: LocalisationUpdate failed: git pull of extensions failed - https://phabricator.wikimedia.org/T88778#1020692 (10greg) From l10nupdate.log-20150206.gz on tin: ``` No url found for submodule path 'Html2Wiki' in .gitmodules Updating extensions FAILED. ``... [16:28:47] (03CR) 10Hashar: Add generic setup-npm-oid to fix npm on */deploy repos (031 comment) [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [16:55:23] 3operations, Phabricator: Delete LikeLifer username - https://phabricator.wikimedia.org/T87092#1020738 (10chasemp) thanks @dzahn [16:58:39] 3Phabricator: Enable select Fundraising people to modify policy for tasks - https://phabricator.wikimedia.org/T88762#1020743 (10chasemp) @atgo, is the description here your understanding as well? [17:09:14] 3Phabricator: Adapting Gadget-BugStatusUpdate.js to Phabricator - https://phabricator.wikimedia.org/T539#8026 (10He7d3r) [17:22:29] 3Phabricator: Enable select Fundraising people to modify policy for tasks - https://phabricator.wikimedia.org/T88762#1020807 (10atgo) @chasemp yep, that looks accurate. Thank you. [17:24:17] 3Release-Engineering: [Quarterly Success Metric] RelEng+TPG process discussion and improvements (tracking) - https://phabricator.wikimedia.org/T88708#1020815 (10Cmcmahon) See https://www.mediawiki.org/wiki/Wikimedia_Release_Engineering_Team/Process for current description of RelEng process understanding. [17:34:44] Project beta-scap-eqiad build #40545: FAILURE in 46 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40545/ [17:39:54] 3Engineering-Community, Phabricator, Project-Creators: Analytics-Volunteering and Wikidata's Need-Volunteer tags - https://phabricator.wikimedia.org/T88266#1020837 (10kevinator) @aklapper when the analytics team discussed identifying tasks a volunteer could take on, we also saw the opportunity to create a work b... [17:43:01] 3Engineering-Community, Phabricator, Project-Creators: Analytics-Volunteering and Wikidata's Need-Volunteer tags - https://phabricator.wikimedia.org/T88266#1020842 (10Aklapper) Ah. Thanks! Those easy ones should probably also have an "easy" tag, for consistency and less isolation (when a new contributor is simpl... [18:18:03] Yippee, build fixed! [18:18:04] Project beta-scap-eqiad build #40547: FIXED in 23 min: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40547/ [18:39:11] Yippee, build fixed! [18:39:11] Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-windows_8.1-internet_explorer-11-sauce build #298: FIXED in 32 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-windows_8.1-internet_explorer-11-sauce/298/ [18:52:50] <^d> YuviPanda: So the images will get the new partitioning by default right? Nothing special? [18:53:03] ^d: nope [18:53:24] <^d> Nope nothing special? Or nope not by default? [18:55:11] ^d: nothing special, I meant [18:55:13] it’s on by default [18:59:34] <^d> ok sweet thx [19:14:06] 3operations, Phabricator: re-use server 'radon' as phab failover - https://phabricator.wikimedia.org/T88818#1021035 (10Dzahn) [19:15:20] 3Phabricator, Engineering-Community: Guideline (for triagers) to avoid cookie-licking of tasks - https://phabricator.wikimedia.org/T85446#1021076 (10Nemo_bis) Thanks for the "How to triage" addition! [19:26:28] <^d> YuviPanda: I'm rebuilding deployment-elastic* [19:26:37] ^d: wooo, sweet :D [19:26:44] ^d: like, all of them? [19:26:52] <^d> Working on 05 first [19:30:54] PROBLEM - Host deployment-elastic05 is DOWN: CRITICAL - Host Unreachable (10.68.16.38) [19:31:48] <^d> It is reachable! Just a new IP you silly bot :) [19:35:01] <^d> YuviPanda: Puppet failure on a fresh VM in deployment-prep. I haven't done any config to it yet. [19:35:01] <^d> https://phabricator.wikimedia.org/P268 [19:38:59] RECOVERY - Host deployment-elastic05 is UP: PING OK - Packet loss = 0%, RTA = 0.59 ms [19:40:23] PROBLEM - Puppet failure on deployment-pdf01 is CRITICAL: CRITICAL: 100.00% of data above the critical threshold [0.0] [19:40:59] <^d> puppet: if at first you don't succeed, run it a half dozen more times [19:51:58] meh, I'll chat with you over here, ^d [19:52:38] ^d: so, the only thing I was going to talk to you today about is deployments (don't worry!). Basically, with Sam being a pilot, twentyafterfour will take over train deploys, but I'd like if you could be around to help for the first couple weeks if needed [19:53:05] <^d> Yeah totally. [19:53:09] word [19:53:16] alright, lunch time! [20:04:53] PROBLEM - Puppet failure on deployment-elastic05 is CRITICAL: CRITICAL: 22.22% of data above the critical threshold [0.0] [20:07:50] <^d> Elastic stuff is me [20:08:09] <^d> YuviPanda: I rebuilt elastic05 as precise because I didn't pay attention [20:09:59] PROBLEM - Host deployment-elastic05 is DOWN: CRITICAL - Host Unreachable (10.68.17.178) [20:14:21] (03PS1) 10Hashar: Purge node_modules explicitly [integration/config] - 10https://gerrit.wikimedia.org/r/189100 [20:17:23] (03PS1) 10Hashar: npm-set-env.sh: stop purging node_modules there [integration/jenkins] - 10https://gerrit.wikimedia.org/r/189101 [20:18:26] (03CR) 10Hashar: "Example is https://integration.wikimedia.org/ci/job/cxserver-source-npm/5/console" [integration/config] - 10https://gerrit.wikimedia.org/r/189100 (owner: 10Hashar) [20:18:54] (03CR) 10Hashar: "The follow up is in two changes with change-id https://gerrit.wikimedia.org/r/#q,Iaa282f68f3f3d769402be3164b0a87e48518444a,n,z" [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [20:19:13] (03CR) 10Hashar: "Change-Id: Iaa282f68f3f3d769402be3164b0a87e48518444a" [integration/config] - 10https://gerrit.wikimedia.org/r/184609 (owner: 10KartikMistry) [20:19:39] RECOVERY - Host deployment-elastic05 is UP: PING OK - Packet loss = 0%, RTA = 0.66 ms [20:19:43] (03CR) 10Hashar: "The other change is https://gerrit.wikimedia.org/r/#/c/189101/" [integration/config] - 10https://gerrit.wikimedia.org/r/189100 (owner: 10Hashar) [20:20:55] PROBLEM - Puppet failure on deployment-elastic05 is CRITICAL: CRITICAL: 33.33% of data above the critical threshold [0.0] [20:21:34] hi chrismcmahon:Can you review this patch of mine:https://gerrit.wikimedia.org/r/#/c/188969/ [20:22:12] ryasmeen: sure [20:23:02] ofcourse when https://phabricator.wikimedia.org/T88831 is resolved [20:25:52] ryasmeen: do you know how to resolve the issue when your patch gets a "path conflict" ? [20:26:11] ryasmeen: try clicking "Rebase Change" in gerrit [20:26:42] ah ok chrismcmahon [20:27:28] ryasmeen: we usually send people to this link: https://www.mediawiki.org/wiki/Gerrit/resolve_conflict (but I think there is a Wikipedia volunteer who has also documented fixing this) [20:27:45] ^d: yeah if the NFS stuff persists contact coren. Also try restarting once or waiting 5min [20:28:24] <^d> Waiting seems to do it [20:40:28] ryasmeen: looking now, thanks for fixing the rebase! [20:43:49] (03CR) 10Jhobs: [C: 031] Documentation on upgrading to 1.0.0 [selenium] - 10https://gerrit.wikimedia.org/r/188251 (owner: 10Dduvall) [21:10:59] Yippee, build fixed! [21:10:59] Project browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce build #451: FIXED in 24 min: https://integration.wikimedia.org/ci/job/browsertests-MultimediaViewer-en.wikipedia.beta.wmflabs.org-linux-chrome-sauce/451/ [21:20:02] 3operations, Phabricator: enable email for tickets in domains project - https://phabricator.wikimedia.org/T88842#1021464 (10Dzahn) 3NEW [21:20:30] 3operations, Phabricator: enable email for tickets in domains project - https://phabricator.wikimedia.org/T88842#1021475 (10Dzahn) [21:20:46] 3operations, Phabricator: enable email for tickets in domains project? - https://phabricator.wikimedia.org/T88842#1021483 (10Dzahn) [21:46:19] ok chrismcmahon, but i think you wont be able to review now, unless 88831 is fixed [21:46:44] it would fail before saving [21:49:23] ryasmeen: yes, I gave it +1 for now. [21:49:36] RECOVERY - Free space - all mounts on deployment-elastic06 is OK: OK: All targets OK [21:53:32] ryasmeen: I'm a little disappointed not to see this failure any more, but I'm not going to object https://phabricator.wikimedia.org/T87676 [21:55:42] chrismcmahon: you mean you are not experiencing the slowness anymore? [21:57:11] ryasmeen: I mean that taking the test for those large video files out of the build means that the builds pass again, but the bug is still there. :-) [21:57:39] yes thats okay, we already have a bug on that [21:58:36] but i thought failing at minimal step would stop us going further in the test case and indentifying other unknown bugs in the workflow [21:59:35] chrismcmahon: there is also another problem which I would show you once VE issue is fixed [21:59:55] ryasmeen: yes, I understand the reasoning, so no problem [22:04:54] chrismcmahon:But yeah, I will include the failing cases, once the wholetest is complete. [22:23:41] so chrismcmahon , does media_general_settings.feature pass for you now that VE is back? [22:25:47] ryasmeen: looking... [22:28:55] chrismcmahon: it should fail, because I intentionally specified the diff view to match with "Example" at media_general_settings_steps.rb:14 [22:29:08] ryasmeen: yes [22:29:35] also, no need to use a Scenario Outline if you're not specifying the output match string [22:29:37] okay, now if you replace "Example" with "[[File:A Bug.JPG|alt=alt text|thumb]]" , it will pass [22:30:01] where as it should fail because the caption text is missing here [22:30:05] but it passes :( [22:32:33] ryasmeen: I just amended the patch set with the proper text and it passes [22:33:43] has a problem in Chrome though [22:34:04] whoa, "no results found" just now? [22:34:42] chrismcmahon: yes i know, but the problem is if you include the wikitext without caption or alt text, it will still pass [22:35:08] so somehow its not doing the match thing properly [22:35:24] I observed this in our cite test too [22:35:28] ryasmeen: no, that's correct, because it still matches in the string [22:36:00] umm how does it match? [22:36:08] 3Continuous-Integration: Set up salt for integration slaves in labs - https://phabricator.wikimedia.org/T87819#1021799 (10Krinkle) {P266} [22:36:36] [[File:A Bug.JPG|alt=alt text|thumb|caption]] is getting matched with [[File:A Bug.JPG|alt=alt text|thumb]] [22:38:10] chrismcmahon: I realized it when I was using wrong css pointer for caption, and the caption field was empty (not passing send_keys) , but still the test passed [22:39:14] ryasmeen: try replacing "match" with "eq" and see the failure showing the whole string it's being matched against. [22:39:21] on line 14 [22:40:11] !log Installed dsh on integration-dev [22:40:15] Logged the message, Master [22:42:37] ryasmeen: I see one issue, the ''[" and "]" characters are not being escaped properly [22:42:40] chrismcmahon: yay! it does that [22:42:49] I THINK [22:42:55] what is the difference between match and eq? [22:43:46] match means "find this string anywhere in the string I'm comparing to" and eq means "compare string must be exactly equal to the string compared agains" [22:43:51] t [22:43:53] 3operations, Phabricator: enable email for tickets in domains project? - https://phabricator.wikimedia.org/T88842#1021823 (10Dzahn) p:5Triage>3Normal [22:44:14] ryasmeen: one more patch, one moment... [22:44:17] chrismcmahon: ah i see [22:45:17] chrismcmahon: in that case, do you think we should replace match from cite test too , with eq, because what if the input to one of the text field is not working, and the test would still pass, unable to catch that bug? [22:45:39] ryasmeen: probably so, just a moment [22:45:45] ok chrismcmahon [22:47:07] PROBLEM - Host deployment-elastic07 is DOWN: CRITICAL - Host Unreachable (10.68.17.82) [22:47:39] PROBLEM - Host deployment-elastic08 is DOWN: CRITICAL - Host Unreachable (10.68.17.2) [22:48:59] PROBLEM - Host deployment-elastic05 is DOWN: CRITICAL - Host Unreachable (10.68.17.179) [22:50:29] PROBLEM - Host deployment-elastic06 is DOWN: CRITICAL - Host Unreachable (10.68.17.79) [22:52:19] gah, wikitext [22:53:38] <^d> search is broken, fixing [22:53:42] <^d> totally my fault [22:56:31] ^d: only failed once for me [22:56:43] <^d> Heh, all of beta search is gone. [22:56:47] <^d> elasticsearch is being rebuilt. [22:57:10] gah, regular expressions [22:58:29] I think I'm hitting a cache or something, my one search continues to work [22:58:42] <^d> That shouldn't be possible! [22:59:09] <^d> fulltext or prefix? prefix is cached [22:59:32] doing an image search through VE [23:00:11] <^d> Oh I have no clue what VE does :) [23:01:00] ryasmeen: I uploaded a patch that *should* work but it still has an issue with the regular expression [23:01:18] ok let me check [23:05:24] marxarelli: got time for a quick regex question? I'm escaping square brackets e.g. /\[\[foo|bar|baz\]\]/ to match "[[foo|bar|baz]]" but /\[\[foo|bar\]\]/ matches also, and I don't think it should. I don't *think* "|" is a metacharacter... [23:05:50] chrismcmahon: it is [23:06:11] heh. www.ruby-doc.org is wrong then :-) [23:06:24] it is the 'alternation' operator [23:07:02] e.g. /^(foo|bar)$/ would match both 'foo' and 'bar' [23:07:10] marxarelli: I knew that in the general context, did not think it applies in regex. escaping now, thanks [23:09:04] my mistake, I am a bad reader [23:09:43] chrismcmahon: ruby's regex engine is called Oniguruma [23:09:51] it's mostly pcre afaik [23:10:00] http://en.wikipedia.org/wiki/Oniguruma [23:10:09] http://www.geocities.jp/kosako3/oniguruma/doc/RE.txt [23:10:13] geocities... [23:10:14] wow [23:10:31] 3Phabricator: Fix provided search results in Wikimedia Phabricator - https://phabricator.wikimedia.org/T75854#1021863 (10Tgr) Another recent example: searching for "[[ https://phabricator.wikimedia.org/search/query/LYwJqqA7zBYS/#R | boomerang ]]" (a JS library that I remembered mentioning in some discussion but... [23:12:42] ryasmeen: https://gerrit.wikimedia.org/r/#/c/188969/5/modules/ve-mw/tests/browser/features/step_definitions/media_general_settings_steps.rb is correct now [23:12:57] ryasmeen: and we should definitely update the other tests for this also [23:13:16] ryasmeen: good catch, thank you for finding that [23:13:36] yeah chrismcmahon, I will start updating other tests too [23:15:02] ryasmeen: I want to make one more change to that patch. Since there is only one input, no need for the Scenario Outline there, one moment... [23:15:04] chrismcmahon: hmm I didnt know we need to use backslash for pipes in case of to_match too [23:15:39] ryasmeen: I didn't either until just now [23:15:59] cool [23:17:16] ryasmeen: OK, I got rid of the Scenario Outline to make things simpler [23:17:34] ok chrismcmahon [23:17:58] so is it ready to be merged? [23:19:27] ryasmeen: now cite.feature in that branch is failing for me [23:19:35] let me check the other media test... [23:20:27] actually we don't care about the other media test, it doesn't run in the build [23:21:40] chrismcmahon:oh! is cite.feature also failing in master too? [23:21:48] probably [23:23:06] the whole diff view for Cite is changed I think [23:23:12] fixing... [23:24:09] ok chrismcmahon [23:24:57] 3Phabricator: Measure how Phabricator search is used - https://phabricator.wikimedia.org/T88863#1021877 (10Tgr) 3NEW [23:32:19] 3Continuous-Integration: Extension unit tests do not run due to not being able to load entry file - https://phabricator.wikimedia.org/T71247#1021903 (10Legoktm) Once we start loading extensions through extension.json (T86359) this should no longer be an issue. [23:35:51] ryasmeen: strange, I can't tell the difference between the cite test and media test diff views, but cite is definitely failing for me. still looking though [23:37:31] ryasmeen: I'm tempted to merge your patch and sort out the cite test issues later [23:38:04] ok chrismcmahon [23:38:14] I can look into that too [23:38:24] once it is merged [23:38:37] i see cite.feature is failing in master too [23:39:12] but for different reason [23:39:34] ok, I'll merge yours now [23:39:44] thanks chrismcmahon [23:40:06] drat, forgot to take the WIP out of the commit message [23:43:58] now about this cite thing, looking... [23:48:25] ryasmeen: cite.feature passes if I use a sleep() before checking the diff view [23:48:54] chrismcmahon: replacing the diff_view with div(:diff_view, class: 've-ui-mwSaveDialog-viewer') makes it pass [23:49:33] I can commit that change [23:52:49] Then diff view should show the Website citation added # features/step_definitions/cite_steps.rb:112 [23:52:49] unable to locate element, using {:class=>" ve-ui-mwSaveDialog-viewer", :tag_name=>"div"} [23:52:51] not for me, still fails: [23:53:03] wait a space [23:54:28] ryasmeen: but then the media_general.. test fails [23:54:42] Project beta-scap-eqiad build #40581: FAILURE in 44 sec: https://integration.wikimedia.org/ci/job/beta-scap-eqiad/40581/ [23:54:45] we can make a new element for cite_diff_view I think, doing that now... [23:55:27] hmm chrismcamhon: but I wonder why it would be different ? [23:55:55] that is a good question