[00:03:36] kaldari: i deployed that [00:03:40] http://en.wikipedia.org/w/index.php?cache=%2Fcn.js&title=Special%3ABannerListLoader&language=en&project=wikipedia&country=US&bcache=1 [00:03:43] now returns [00:03:53] Cache-Control: public, s-maxage=300, max-age=300 [00:04:14] yep, that works! [00:04:31] Yay! Thanks for the quick work [00:16:54] awjr: preilly: is https://www.mediawiki.org/wiki/Extension:ZeroRatedMobileAccess still in "experimental" status? [00:22:40] sumanah: not sure, preilly will know [09:06:42] andre__: hello. Have you been made a bugzilla admin ? [09:06:52] hashar, heja. yes [09:06:59] great ;) [09:07:36] not sure yet. Being an admin makes it easier to identify more work as I can now see more things that I consider wrong. ;) [09:08:22] I guess you can be bold and tweak bugzilla [09:08:47] make sure to refer to wikitech-l though or some community members might complain [09:08:55] we have a few very active volunteers on bugzilla [09:09:02] even if they are not developping [09:09:43] hashar: yes, wikitech-l at least, maybe village pump too. Don't want to step on people foots at the very beginning, and as long as I have no real clue how much buy-in I need :) [09:10:45] also someone mentioned a dashboard system for bugzilla. Cant remember the link nor the email though. [09:10:49] that would be a great thing [09:11:15] we just have the weekly summary : https://bugzilla.wikimedia.org/weekly-bug-summary.cgi?tops=10&days=7 not that useful though [09:12:28] it's also broken and a patch coming from who knows where [09:13:02] (https://bugzilla.mozilla.org/show_bug.cgi?id=785747 ) [09:13:39] There are several dashboards out there, https://wiki.mozilla.org/Bugzilla:Addons lists a few [09:13:58] upstream experiments with https://bugzilla.allizom.org/page.cgi?id=productdashboard.html&product=Firefox&bug_status=open&tab=components [09:14:33] andre__: with "village pump" do you mean https://www.mediawiki.org/wiki/Project:Current_issues ? or https://meta.wikimedia.org/wiki/Wikimedia_Forum ? [09:14:42] hashar, weekly summary has several proposals in https://bugzilla.mozilla.org/show_bug.cgi?id=201756 [09:14:43] also brion wrote a mobile friendly interface https://github.com/brion/BugTender uses the jsonrpc bugzilla api . Would need to poke him a bit about it :D [09:14:58] demo: http://toolserver.org/~brion/BugTender/#buglist [09:15:16] once GNOME upgrades to BZ 4.2 its weekly summary extension should also become a proper upstream extension. Currently it's just a hack [09:15:25] hashar, ah nice [09:15:36] Nemo_bis, good question :P [09:15:55] Village pumps are on Wikipedia per language, true [09:16:29] a good weekly summary/dashboard also provides nice entry points for new triagers. I miss this currently. [09:18:18] andre__: when it becomes a proper extension, can my bug be de-invalidated? :)= [09:18:30] Nemo_bis, oh, it is? which ID? [09:18:38] https://bugzilla.mozilla.org/show_bug.cgi?id=785747 [09:18:46] Does anybody use the wikibugs-l@ in the User Watchlist to get bugmail? If so, which bugmail do you expect to get? All? [09:19:23] Nemo_bis, well, it's simply not upstream what you reported upstream. :P [09:19:58] Nemo_bis, but feel free to file a ticket against http://bugzilla.wikimedia.org/enter_bug.cgi?product=Wikimedia&component=Bugzilla so it's not forgotten to retest once things change [09:20:01] andre__: but it will never be resolved by us anyway [09:20:09] naah [09:20:11] maybe by a future update :) [09:24:12] andre__: I sent brion an email about his bugzilla mobile frontend and cced you [09:24:20] thanks! [12:55:55] should I notify parsoid people if I'm introducing new syntax into the php parser? [13:33:02] liangent: probably [13:33:12] liangent: also make sure to write parserTests.txt ;d [13:33:20] their test suite rely on the mediawiki/core.git test file [13:40:00] hashar: difficult to write parser tests... [13:40:11] the new syntax generates nothing new [13:40:27] only affect some links in database [13:43:26] hashar: maybe it could be enough to add them to reviewers of that gerrit change? [13:43:46] maybe ;-] [13:43:56] or drop an email on wikitech-l as well [13:44:22] I feel I'm adding more and more closures to code [13:46:41] hashar: we're supporting php 5.3 and jenkins is running php 5.3 right? [13:47:25] yeah we support 5.3.2 [13:48:40] hashar: nice and be sure to always keep jenkins as our lowest supported version :) [13:49:10] it correctly caught something I used accidentally which was added in php 5.4 [13:52:27] liangent: will try to remember about that [13:52:32] let me actually fill in a bug for it [13:52:39] cause we are going to upgrade Jenkins server [13:52:51] ping teh package! [13:52:57] s/ping/pin/ [13:55:40] liangent: here is the bug : https://bugzilla.wikimedia.org/show_bug.cgi?id=40978 [13:55:50] Reedy: and we will need to build a 5.3.2 package for Precise [13:56:22] By we, you of course mean Faidon ;) [14:16:38] probably ;D [14:17:16] php5-curl : Depends: php5-common (= 5.3.10-1ubuntu3.4) but 5.3.10-1ubuntu3.4+wmf1 is to be installed [14:17:19] yeahhhh more madness [14:19:22] hi hashar. where do you stand on Jenkins-gerrit right now? [14:19:35] in front of my computer :-] [14:19:40] :) [14:21:42] hashar I have a list of the last things I want to get done to be *finished* with beta labs (except for maintenance) and a lot depends on Jenkins+gerrit. in the meantime, zeljkof has done some things on a hosted Jenkins instance that might interest you [14:23:21] ohai sumanah [14:23:26] hi chrismcmahon [14:23:57] sumanah: I was reading http://www.mediawiki.org/wiki/Git/Gerrit_project_ownership and got a question: how does one create an entirely new project in gerrit? [14:24:13] chrismcmahon: https://www.mediawiki.org/wiki/Git/New_repositories [14:24:37] chrismcmahon: see the 3rd para - "If your codebase/extension/tool isn't in Gerrit yet, use this form: Git/New repositories" [14:25:21] chrismcmahon: well I am basically overhauling our jenkins installation [14:25:44] chrismcmahon: the new gateway works fine on labs as far as I can tell. [14:26:00] sumanah: it's time to get an official gerrit repo for browser test automation code I think [14:26:01] chrismcmahon: I am adapting our existing job to use that new system. [14:26:22] makes sense, chrismcmahon [14:27:49] sumanah: yes, zeljkof has been doing some maintenance and right now what we have is scattered around. (nothing particularly wrong with that, it's all git) time to get all official and stuff [14:28:02] good idea [14:31:04] yes, I am currently pushing to github [14:33:38] sumanah: what I think I'd like is a new high level project name at the same level as analytics/mediawiki/operations etc. e.g. "qa/browsertests". that would leave room later for e.g. "qa/apitests" or whatever, does that make sense to you? [14:34:34] chrismcmahon: Chad is really the person to consult about this stuff, more than me [14:34:45] chrismcmahon: but what you're saying makes sense to me personally [14:37:13] OK, will ask Chad. this is a bit outside the scope of a normal git/gerrit project request [16:24:18] New patchset: Stefan.petrea; "Added internal traffic option" [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/27729 [16:33:26] New review: Diederik; "Ok." [analytics/udp-filters] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/27729 [16:33:26] Change merged: Diederik; [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/27729 [17:14:22] off for this week. See you all monday. [18:00:54] Reedy: IIRC, you killed PrefSwitch on the cluster last week? Or was it PrefStats? Or was it someone else? [18:01:04] Not on teh cluster [18:01:12] spagewmf killed it out of AFT (not v5) [18:01:16] Oooh [18:01:18] Right [18:01:26] though, I think AFTv5 doesn't use it either [18:01:38] * sumanah listens attentively [18:01:50] Also pulls simple survey out of use/inclusion [18:01:53] I ask because Andre has been poking me and Trevor about PrefStats maintainership, and I was like "PrefStats, PrefSwitch and SimpleSurvey should die in a fire" [18:01:54] IIRC Fabrice said AFTv5 uses SurveyMonkey [18:02:04] Yeah I think it does [18:03:40] If nothing else uses them, https://gerrit.wikimedia.org/r/#/c/26653/ awaits someone's +2. [18:03:46] RoanKattouw: for andre__'s sake I did a bunch of checking yesterday re the 126 or so MW extensions we deploy so the mediawiki.org pages for most of them are better now [18:04:49] sumanah++ [18:04:59] Yay [18:05:10] (hence the realphabetization of default.conf) [18:05:34] this is also towards my goal of The Maintainership Directory [18:06:10] PrefStat is already not used (seemingly) [18:08:22] This cracks me up http://docs.webplatform.org/wiki/Special:PrefSwitch :-) [18:10:17] Simple survey is enabled on that wiki for some reason [18:10:21] Ryan_Lane: ^ !? [18:10:42] don't ask me [18:10:47] ask in #webplatform-site [18:10:50] :D [18:11:00] give them advice [18:11:28] they're new to MW afterall [18:22:56] spagewmf: in your opinion how high-priority is https://bugzilla.wikimedia.org/show_bug.cgi?id=40909 ? [18:24:17] How do I get +2 on operations/debs/varnish [18:24:44] sumanah low, just a polish bug [18:25:22] thanks spagewmf [18:25:58] preilly: I would help but I don't have the power to do that, sorry [18:26:12] sumanah: who does? [18:26:26] preilly: checking. "Ops" is probably not a granular enough answer to be useful [18:27:28] <^demon|busy> Process is the same as granting usual +2's. We'd just need a new group. [18:27:49] <^demon|busy> Since it's in the ops/ hierarchy, I'd want someone from ops to at least +1 the request. [18:27:58] The owner is the "ops" LDAP group and I am guessing that they don't want to go through the same process as other repos [18:28:09] <^demon|busy> No, wouldn't go in ops group. [18:28:17] <^demon|busy> But we could grant +2 permissions & such [18:28:21] also I don't have the power to give someone ownership of this repo so it'd have to be someone else pressing the relevant button [18:29:07] <^demon|busy> Put a request on-wiki like normal, get someone (or two) from ops to +1 it, and I'll gladly set it up. [18:29:54] <^demon|busy> preilly: ^ [18:30:17] reasonable :) [18:32:54] ^demon|busy: I created an RT ticket for it https://rt.wikimedia.org/Ticket/Display.html?id=3708&results=6b15a430df3a1f7249f3b82a2c690383 [18:33:08] ^demon|busy: I talked to CT and that is what I was informed to do [18:33:27] <^demon|busy> That's fine, I guess. [18:33:42] <^demon|busy> If someone ok's it in RT, I'll set it up. Nobody other than Ryan or I would set it up anyway. [18:34:33] ^demon|busy: it's fine [18:35:07] RoanKattouw: [18:35:08] 707 Warning: array_map() [function.array-map]: An error occurred while invoking the map callback in /usr/local/apache/common-local/php-1.21wmf1/includes/resourceloader/R [18:35:08] esourceLoaderFileModule.php on line 0 [18:35:08] 142 Warning: array_map() [function.array-map]: An error occurred while invoking the map callback in /usr/local/apache/common-local/php-1.21wmf1/includes/resourceloader/R [18:35:08] esourceLoaderFileModule.php on line 601 [18:35:08] 1 Warning: array_map() [function.array-map]: An error occurred while invoking the map callback in /home/wikipedia/common/php-1.21wmf1/includes/resourceloader/ResourceL [18:35:10] oaderFileModule.php on line 601 [18:35:19] <^demon|busy> Ryan_Lane: "+2 on ops/debs/varnish for preilly" is ok? [18:35:23] yep [18:35:31] <^demon|busy> Mmk, will setup then [18:35:54] Reedy: Bug in PHP, there isn't an actual error, just an exception that we're catching correctly [18:39:00] New spammage [18:42:00] kaldari: can you help with Central Notice banner for India devcamp ? [18:42:15] kaldari: sure [18:42:18] oops [18:42:21] talking to myself :) [18:42:31] yeah, I can help with that [18:42:38] :) [18:42:49] probably tomorrow [18:51:00] Can someone tell me how this "Pending Changes" has been implemented? [18:51:05] Is that to do with FlaggedRevs? [18:52:02] Krenair: yes, I believe it is [18:52:23] Why is it called "pending changes"? :/ [18:52:38] It's sort of a reasonable name [18:52:43] <^demon|busy> Because enwiki wanted a friendlier name. [18:52:50] <^demon|busy> There were months of hang-wringing over this. [18:53:05] So it's really just FlaggedRevs? [18:53:08] <^demon|busy> Pending Changes is really a sub-feature of FlaggedRevs, when it's configured to operate like that. [18:53:16] Ugh. Right. Thanks. [19:16:02] I need help triaging 2 bugs [19:16:09] first: https://bugzilla.wikimedia.org/show_bug.cgi?id=40882 "For "Associated namespace", if Namespace is talk, can't associated main namespace" [19:19:45] Change merged: Milimetric; [analytics/reportcard/data] (master) - https://gerrit.wikimedia.org/r/26551 [19:19:45] Change merged: Milimetric; [analytics/reportcard/data] (master) - https://gerrit.wikimedia.org/r/26479 [19:19:46] Change merged: Milimetric; [analytics/reportcard/data] (master) - https://gerrit.wikimedia.org/r/26478 [19:19:46] Change merged: Milimetric; [analytics/reportcard/data] (master) - https://gerrit.wikimedia.org/r/26476 [19:25:51] ok, I think I have that figured out enough to know it is not very high priority [19:26:16] second, https://bugzilla.wikimedia.org/show_bug.cgi?id=40889 - an uploading problem, "IDREF attribute for references an unknown ID "wpSourceTypeFile"" marktraceur can you take a look at this? [19:26:53] Hm [19:27:10] marktraceur: basically I am trying to figure out whether this is a big deal [19:27:26] sumanah: It's invalid XHTML, but it won't break anything [19:27:44] marktraceur: ok, so this is just a "w3c would complain" kind of thing [19:27:45] sumanah: It could be a big deal for accessibility, but 99% of the web does much worse than this [19:27:49] ah ok [19:28:12] sumanah: Screen readers and/or people who need bigger click targets might complain, but it shouldn't matter too much [19:29:33] sumanah: I claimed it, will glance at it this weekend [19:30:38] oh, that's a report by the debian maintainer [19:30:58] it's cool that he filled a bug upstream instead of silently patching [19:31:20] great! [19:31:21] yes! [19:32:10] ok, that's it - triaged [19:32:30] marktraceur: you may wish to add yourself to https://www.mediawiki.org/wiki/Accessibility [19:33:55] sumanah: May as well! [19:36:37] <^demon|busy> That's a one-line fix when someone gets to it. [19:37:02] ^demon|busy: Pretty much. I'll do it tomorrow, probably. [19:37:11] <^demon|busy> :) [20:03:08] restarting gerrit [20:09:10] Ryan_Lane: including gitweb? [20:12:34] <^demon|busy> gitweb is proxied through gerrit, so yes. [20:12:37] <^demon|busy> But everything's back up. [20:15:51] too bad, it didn't get faster :p [20:22:04] <^demon|busy> gitweb will never be faster. [20:22:10] <^demon|busy> gitweb is an awful piece of crap. [20:22:13] <^demon|busy> nobody should use it [20:23:13] might be my imagination, but it used to be a bit less slow [20:24:07] <^demon|busy> Nope, not really. [20:24:15] I use the github clone for blame and stuff on core [20:24:18] <^demon|busy> More people using it now -- doesn't scale. [20:24:29] <^demon|busy> gitblit will be so much nicer. [20:54:07] New patchset: Stefan.petrea; "Added more cleanup to debianization.sh" [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/27775 [20:59:37] New review: Diederik; "Ok." [analytics/udp-filters] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/27775 [20:59:38] Change merged: Diederik; [analytics/udp-filters] (master) - https://gerrit.wikimedia.org/r/27775 [21:26:15] New patchset: Stefan.petrea; "Added debug flag and 60s period for debug and 3600s for non-debug" [analytics/webstatscollector] (master) - https://gerrit.wikimedia.org/r/27823 [21:32:25] New review: Diederik; "Minor issues." [analytics/webstatscollector] (master); V: 1 C: -1; - https://gerrit.wikimedia.org/r/27823 [21:45:45] New patchset: Stefan.petrea; "Added debug flag and 60s period for debug and 3600s for non-debug" [analytics/webstatscollector] (master) - https://gerrit.wikimedia.org/r/27823 [21:52:16] New review: Diederik; "Ok." [analytics/webstatscollector] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/27823 [21:52:16] Change merged: Diederik; [analytics/webstatscollector] (master) - https://gerrit.wikimedia.org/r/27823 [23:00:26] * Reedy pokes ori-l [23:03:30] * Reedy pokes ori-l [23:03:45] I'm confused [23:03:46] https://gerrit.wikimedia.org/r/#/c/24325/1/modules/ext.articleFeedback/ext.articleFeedback.js,unified [23:03:52] This seems to have completely disappeared [23:05:02] Oh. [23:48:40] Reedy: hrm? [23:49:14] it would seem that click tracking has 2 checks [23:50:47] we're throwing a party when we disable that extension btw [23:50:52] you're invited