[02:13:51] !log LocalisationUpdate completed (1.20wmf1) at Fri Apr 27 02:13:51 UTC 2012 [02:13:55] Logged the message, Master [03:51:59] moin moin [04:21:59] !log tstarling synchronized wmf-config/mc.php 'increased wgMemCachedTimeout from 500ms to 3000ms for bug 35900' [04:22:03] Logged the message, Master [04:22:16] ok, who killed upload esams [04:22:35] seems to have recovered? [04:23:50] yeah, there's been a lot of that :( [04:24:01] i meant per nagios [11:54:40] !gerrit-search is to search gerrit for strings in commit messages use 'message:' (not subject:, yeah it's called Subject in web ui) [11:54:40] Key was added! [12:04:39] !erb [16:22:56] Nemo_bis: about? [16:26:09] Reedy, now am [16:26:30] https://bugzilla.wikimedia.org/show_bug.cgi?id=28026 [16:26:36] What exactly do we want to change now? [16:27:31] Reedy, AFAIK the idea of ops was that we could try to enable enotifwatchlist on all wikis [16:27:51] it only needed 1 h window of vigilance [16:28:11] In theory, it's not going to make much of a difference straight away [16:28:13] It'll be over time [16:28:19] yeah [16:28:56] I'm going to jfdi as ops are around. But need to know what I'm exactly changing [16:29:12] if ( $wgEnotifWatchlist ) { [16:29:12] $wgEnotifUserTalk = true; [16:29:12] } else { [16:29:12] $wgShowUpdatedMarker = false; // not working right ? [16:29:12] $wgEnotifUserTalk = true; [16:29:13] } [16:29:16] Reedy, the details included that the preference should be true by default for all users, and it would be better if set to true for everyone except super-users [16:29:20] Is current [16:29:57] that only means that $wgEnotifUserTalk is always true [16:30:13] now you need to set $wgEnotifWatchlist to true by default [16:30:42] which will also set $wgShowUpdatedMarker to true by default [16:31:02] and the preference to true for new users only, right? [16:32:13] I'm not familiar with the code at all [16:32:18] Hence asking for clarification [16:33:39] Reedy, I don't think there's code involved [16:33:46] Well, there is [16:33:56] Changing these makes the code do different things [16:33:56] it's just standard preference stuff [16:34:09] I'm not familiar with these features, so I don't know what's changing [16:34:12] if you change the default preference old users keep what they have AFAIK [16:34:43] what changes is that users can set their preferences to receive notifications of edits to their watchlisted items [16:34:56] If the preferences is set to the default, changing the default will change what they have set [16:35:09] this preference is otherwise disabled at all [16:36:50] Reedy, try https://en.wikipedia.org/wiki/Special:Preferences – nothing; https://en.wikisource.org/wiki/Special:Preferences has "E-mail me when a page on my watchlist is changed" [16:37:49] And? [16:37:53] That doesn't help me [16:38:53] Reedy, what do you want to know? setting the config to true enables that preference [16:41:00] So, I'm changing [16:41:11] wgEnotifWatchlist to default to true [16:41:24] Remove/comment out all the current explicit setting to true [16:41:28] and set the big wikis to false? [16:41:43] Reedy, and the preference is disabled by default both for old and new users I've just tested [16:41:56] One step at a time [16:42:02] yep [16:42:06] I'll do that first [16:42:12] Reedy, my understanding was that even for big wikis no problem should be expected with the mail servers [16:42:17] *the new [16:42:36] We can do those in the near future then (next week or something) [16:42:48] and in fact it would be strange considering that the config won't add any new user to the feature per se [16:42:55] ok [16:45:37] !log reedy synchronized wmf-config/InitialiseSettings.php 'wgEnotifWatchlist defaulting to true. Big wikis explicitly set to false' [16:45:41] Logged the message, Master [16:48:23] ok, I can now set the preference on en.quote and it's disabled by default [16:48:47] cool [16:49:08] also for new users, just tested [16:49:57] Thanks [16:50:31] !log reedy synchronized wmf-config/CommonSettings.php 'Simplify enotif code' [16:50:33] Logged the message, Master [16:51:22] and also history markers work [16:51:33] only for new visits/edits of course [16:56:04] Reedy, no load changes anywhere (the only immediately affected servers would be DB for the markers I suppose?) [16:56:36] I guess [17:03:53] Reedy, is mchenry still the main mail relay as wikitech says? [17:04:45] You'd need to check with ops [17:06:10] yes, headers says bugzilla and enotifs are coming from there [17:07:11] yes it is Nemo_bis [17:07:26] thanks [17:08:29] btw doesn't [[wikitech:server roles]] have any automagical replacement? [17:08:47] no [17:09:48] Sounds like SMW scaryness [17:09:50] :( [17:09:58] hm [17:10:54] Spooky [17:25:07] Reedy, what about doing the same for all wikis given there's no load increase at all? that's what Tim suggested [17:27:49] does anyone know if the extension MarkAsHelpful on enwiki is activly used? [17:28:03] I see it here: https://en.wikipedia.org/wiki/Special:ListGroupRights [17:28:33] but the extension is missing messages which explain the user rights [17:30:20] Raymond_, I think it's been added recently together with article feedback and that bunch of stuff [17:30:32] too bad https://mail.wikimedia.org/cgi-bin/mailgraph.cgi has been broken long since [17:33:50] Nemo_bis: what about the markers thing that was the issue? Just disable it for the big wikis? [17:34:08] Reedy, Tim asked to separate the impact [17:34:18] exactly [17:34:24] but actually only markers have impact as soon as you change the config [17:34:44] you can measure the impact of enotifs later, when/if you change the defaults [17:35:40] when $wgEnotifUserTalk was set to true, the option was true by default for everyone, but enotifwatchlist is false by default, so it doesn't have any immediate impact [17:46:49] Reedy, ^ – does it make sense to you? [17:48:47] I've no idea [17:50:20] Reedy, but if you don't enable it for all wikis as suggested by Tim you're actually not testing load at all I'm afraid, small wikis will never impact much [17:50:41] Sure [17:50:50] But there's more potential load now than there was [17:51:07] Though, commons already had it [17:51:15] indeed [17:51:43] and the whole enotif load is something like 30 kB/s on a single server [17:51:57] it looks quite like a fairy tale that things might explode [17:52:09] So, like I said before [17:52:20] We enable it everywhere, but disable update markers for the big wikis [17:52:35] so that gives us the next step up [17:52:49] or rather, keep disabled [17:53:53] that's a solution, yes [17:54:06] (enabling everywhere but explicitly disabling markers) [17:54:44] I'll do that in a little bit then [18:24:40] !log reedy synchronized wmf-config/InitialiseSettings.php 'Set wgEnotifWatchlist to true for all wikis. Leaving wgShowUpdatedMarker set to false for all the big wikis' [18:24:43] Logged the message, Master [18:25:38] !log reedy synchronized wmf-config/CommonSettings.php 'Cleanup enotif related settings' [18:25:41] Logged the message, Master [18:26:43] 1 Fatal error: [] operator not supported for strings in /usr/local/apache/common-local/php-1.20wmf1/extensions/GlobalBlocking/GlobalBlocking.class.php on line 20 [18:32:17] Reedy (or anyone): please delete https://en.wikipedia.org/wiki/MediaWiki:Tog-enotifwatchlistpages , was created temporarily for an old bug and is confusing now [18:32:57] Gone [18:33:01] thanks [18:36:15] mchenry still very happy, as expected [18:39:49] Yeah, guess it needs time to people know its enabled and use it [18:39:58] No Jarry1250 ;) [18:41:36] It's hardly going to have a huge increase of load in a short time [19:03:37] Hi all. How can I add tag for ml.wikisource? [19:14:26] !log catrope synchronized wmf-config/CommonSettings.php 'Fix rights for afttest and afttest-hide groups' [19:14:28] Logged the message, Master [19:30:35] !log test - added new gerrit interwiki prefix for SAL/wikitech - [[gerrit:6002]] [19:30:39] Logged the message, Master [20:01:59] mutante, where did you ad it? [20:02:19] it's already in the interwiki map, you only had to run the interwiki update script [20:02:41] vssun, what tag is that? [20:03:03] Reedy, I left a note in the next signpost BRION [20:03:15] Nemo_bis: [20:03:21] Nemo_bis: for wikitech? [20:03:35] * jeremyb runs away [20:03:43] for en.wiki [20:03:52] https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2012-04-30/Technology_report [20:04:01] for ml.wikisource [20:04:02] I guess someone should email wikimedia-l too [20:04:16] vssun, yes, but I don't understand what tag is that [20:04:25] what does it do, where is it used? [20:05:34] do you mean the thing that fills a line with dots in a summary page? that's an HTML trick, you need to put it in MediaWiki:Common.css and then use templatesù [20:06:20] yes , to show that dot https://en.wikipedia.org/wiki/MediaWiki:Dot-separator [20:06:37] show it where? [20:08:02] please see the difference https://en.wikipedia.org/wiki/Template:Admin and http://ml.wikisource.org/wiki/%E0%B4%AB%E0%B4%B2%E0%B4%95%E0%B4%82:Admin [20:08:54] in en.wikipedia, shows a thick dot defined in mediawiki:dot-separator [20:11:51] it's not a tag then, it's a system message [20:12:05] which is shown as the system message's name if not found [20:13:33] How can I include that functionality in ml.wikisource? [20:14:21] I'm not a tempate wizard [20:14:28] :) [20:14:35] the easiest thing to do is probably to avoid using meta-templates you don't need [20:14:42] if you need a dot just put a dot [20:15:00] Thanks.. I was also thing about that [21:30:52] Reedy, http://lists.wikimedia.org/pipermail/wikimedia-l/2012-April/119983.html [22:17:51] gn8 folks [22:32:01] can anyone tell me why Special:PermanentLink isn't listed on Special:SpecialPages? [22:43:10] did we change our ssl cert recently: http://localhostr.com/file/AjKFW2b/Capture.PNG [22:44:33] interesting [22:44:48] no, so we have *.wikipedia.org however it is a single layer [22:45:44] That is known and has already been discussed somewhere AFAIR [22:46:14] yeah so www.en would not be covered under that certificate [23:00:43] LeslieCarr, hoo: indeed. we actually need to rename anything that has subdomains, or we need to get them added to the SAN [23:55:23] hey guys can i suggest we get a app for iphone, blackberry and android [23:57:11] satdav: there are iphone and android apps [23:57:54] cool do you have the link to it [23:58:24] searching.... [23:58:54] https://play.google.com/store/apps/details?id=org.wikipedia&feature=search_result#?t=W251bGwsMSwxLDEsIm9yZy53aWtpcGVkaWEiXQ.. [23:59:16] is that not the android one [23:59:21] http://itunes.apple.com/us/app/wikipedia-mobile/id324715238?mt=8 [23:59:23] iphone [23:59:32] cool [23:59:49] shocked apple has not banned it