[01:29:07] !log updated payments cluster to ec4d3f24862559 [01:29:18] Logged the message, Master [03:44:41] Hello, Is anyone who can be questioned here? [06:47:21] hello, I was wondering the best way to fetch the current FlaggedRevs protection status for a page on enwiki, via the API [06:47:36] prop=flagged doesn't actually give the current protection level (autoconfirmed/review/none) [06:47:38] use the flaggedrevs api [06:47:45] it doesnt? [06:48:06] no, http://en.wikipedia.org/w/api.php?action=query&prop=info|flagged&titles=Transdev%20York [06:48:23] I need to know that that page has "review" level FlaggedRevs protection [06:48:23] right [06:48:39] https://en.wikipedia.org/w/api.php?action=flagconfig i think [06:48:53] er wait [06:49:06] no, not that [06:49:25] sorry no idea then [06:49:39] Aaron|home - do you know? [07:10:08] Who created the CNBanner namespace on all wikis and why? [07:10:50] pgehresP [07:16:12] on all wikis? [07:20:49] yes [07:21:03] also _talk (hardcoded, not localised) [07:27:14] hey Nemo_bis [07:27:35] given an account that is attached via centralauth to multiple wikis [07:27:47] how do i know on which wiki the account was created? [07:28:15] is it simply the account with the earliest timestamp? [07:28:25] i think so [07:28:29] no [07:28:38] :/ [07:28:44] ori-l: do you mean where the global account was created? [07:28:53] and do you mean post-2008 or also before? [07:28:58] post-2008 [07:29:08] which wiki's account creation form was filled in? [07:29:16] then it's *usually* the earliest account [07:29:23] but not always? [07:29:25] but you could have merged earlier accounts later [07:29:35] probably a negligible amount of users do this [07:30:07] hrm. [07:30:19] the "home wiki" is supposed to be where he global account was created [07:30:56] * DarTar waves at Nemo_bis  [07:31:01] I don't know how it's called in the code/database and it also used to be changed I think [07:31:04] hello DarTar [07:31:22] we're trying to disentangle the logic of centralauth [07:31:29] heh, hard! [07:31:35] and detect possible exceptions [07:31:38] very :-/ [07:32:06] exceptions changed over time, also :) [07:32:23] Nemo_bis: I know, but we're limiting ourselves to enwiki, 2012 [07:32:24] * ori-l sobs. [07:32:50] well unless your code melts when encountering such rare exceptions 2012 is quite safe [07:32:50] James_F: you around by any chance? [07:33:25] ori-l: I should have mentioned that there are multiple ways or "methods" as mw calls them for a user with a home wiki elsewhere to become attached to another wiki [07:35:40] Nemo_bis: thanks [08:20:18] http://blog.archive.org/2013/01/29/new-archive-org-uploader-html5-for-big-big-files-and-easier-but-not-for-ie/ [08:30:41] * hashar hears IE product manager screaming : "GET THAT HTML5 FEATURE IN THE PRODUCT NOW" [08:32:38] Nemo_bis: and don't get it wrong, Microsoft does lot of HTML5 already [08:32:54] Nemo_bis: their cloud system (Azure) has an HTML5 admin interface [08:33:14] hashar: we got some complaint about this [08:34:10] hashar: on the talk of this page you wrote, although unrelated: https://www.mediawiki.org/wiki/Extension_talk:TimedMediaHandler/Client_download [08:34:24] «Also, don't say "For a better video playback experience we recommend a html5 video browser." when I am using Internet Explorer 9, which is a html5 video browser (but possibly one that people around here don't like so they chose a different streaming codec).» [08:35:22] ah there is the code issue too [08:35:46] codec issue [08:35:47] sorry [08:36:37] I think that calling IE an HTML5 video browser is a bit too generous. [08:37:01] But after all there's no reason why we shouldn't tell everyone "dump IE, itps crap" – it's SO obviously true. [08:39:24] well it is a video browser( most probably) [08:39:40] but I guess it only support h264 [08:39:50] or at least does not comes with build in support for whatever codec we use [08:42:35] Yes. But YouTube uses WebM and they have most video market including videos we import. It's not like we're pushing it, it's just reality... [09:02:07] PageTriage on enwiki is having a weird bug [09:02:13] 08:56, 29 January 2013 (diff | hist) . . (+1,161)‎ . . N User talk:Sandipgshinde ‎ (pagetriage-del-talk-page-notify-summary: Parse error at position 44 in input: Notifying author of deletion nomination for $1) (top) [rollback] [vandalism] [09:29:03] duh: hi [09:29:08] hi [09:29:13] maybe the pagetriage-del-talk-page-notify-summary is unproperly formatted [09:29:23] Nemo_bis: Nikerabbit Raymond_ ^^^^^ [09:29:28] https://en.wikipedia.org/wiki/MediaWiki:Pagetriage-del-talk-page-notify-summary [09:29:34] looks fine to me [09:29:52] hasnt been modified locally [09:31:50] text itself is the same as always https://translatewiki.net/w/i.php?title=MediaWiki:Pagetriage-del-talk-page-notify-summary/en&action=history [09:32:33] modules/ext.pageTriage.views.toolbar/ext.pageTriage.delete.js:719: 'summary': mw.msg( 'pagetriage-del-talk-page-notify-summary', pageName ), [09:32:42] I can't find a usage of that message in the PHP code [09:38:23] might be the js part having an issue [09:39:01] duh: would you mind filling a bug https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions against the PageTriage extension ? [09:39:09] will do [09:39:22] there might be one already [09:40:42] duh: if you experienced the issue yourself, add in your web browser version too [09:40:47] and possibly a way to reproduce it [09:40:58] wasn't me, but ill get it from the user who made the edits [09:41:32] awesome [09:44:19] hashar: hi! i'm seeing quite a few test timeouts lately, like https://integration.mediawiki.org/ci/job/mediawiki-core-phpunit-misc/1886/console [09:44:29] can we just increase the timout to, say, 5 seconds? [09:44:50] or should we set all the tests where this happens to "medium"? [09:45:43] hashar: and could you restart jenkins for https://gerrit.wikimedia.org/r/#/c/46247/ ? I don't want to rebase if i don't have to, since there are dependencies. [09:46:18] oh the I/O timeout [09:46:19] hmm [09:47:01] DanielK_WMDE: we should just disable the timeout I guess [09:47:12] but we have PHPUnit strict mode on [09:51:10] DanielK_WMDE: lets be bold and disable the timeout [09:51:27] https://gerrit.wikimedia.org/r/46503 [09:51:35] go ahed and +2 it :-] [10:02:57] hashar: that's not disabled, it will still die if you try to run it with breakpoints, etc... [10:03:02] but it'll help :) [10:04:29] DanielK_WMDE: I haven't found a way to disable it [10:04:32] reading PHPUnit code [10:04:38] if it is in strict mode AND has PHP_Invoker [10:04:41] then it raises timeout [10:04:49] need to patch upstream [10:05:29] btw, thanks for your reviews yesterday :) [10:13:41] np [14:13:14] hi, I can't git [14:13:57] Run ssh shizhao@gerrit.wikimedia.org -p 29418 [14:14:11] You can't git what? [14:15:00] get: connect to host gerrit.wikimedia.org port 29418: Bad file number [14:16:10] git clone ssh://shizhao@gerrit.wikimedia.org:29418/operations/puppet.git [14:16:13] fatal: The remote end hung up unexpectedly [14:16:32] help [14:16:39] command unknown. [14:17:06] ? [14:17:12] ssh -p 29418 shizhao@gerrit.wikimedia.org [14:17:16] that one does not work at all ? [14:17:31] have you ever connected to gerrit? [14:17:32] not work [14:17:44] connect to host gerrit.wikimedia.org port 29418: Bad file number [14:18:08] You do have a labs account for starters? [14:18:37] Shizhao: Are you on windows? [14:19:10] yes, have a labs accout [14:19:22] yes, for win [14:19:43] aqhttp://stackoverflow.com/questions/7144811/git-ssh-error-connect-to-host-bad-file-number [14:19:45] agh [14:19:46] http://stackoverflow.com/questions/7144811/git-ssh-error-connect-to-host-bad-file-number [14:19:58] https://help.github.com/articles/error-bad-file-number [14:20:10] Before, I can connect [14:21:11] When before? [14:21:54] git clone https://gerrit.wikimedia.org/r/p/mediawiki/core.git, this OK. [14:22:11] but ssh not work [14:31:34] ssh -T shizhao@gerrit.wikimedia.org [14:32:07] permission denied (publickey) [14:32:20] Are you behind some form of proxy? [14:32:33] No [14:33:06] We have verified the server is up, so it's seemingly related to your connection based on what other sites are saying [15:25:48] I had a problem that watching pages as anon I would not see all history but as long as I log in I can see current version, is it a policy bug ? [15:26:22] for example when offline at the page http://en.wikipedia.org/wiki/Talk:Haj_Amin_al-Husseini I could not see this http://en.wikipedia.org/w/index.php?title=Talk:Haj_Amin_al-Husseini&diff=prev&oldid=535217922 [15:34:13] dlsavc: we've had very weird cache problems, might be it [15:34:35] (just guessing, can't think of anything else) [15:47:27] I'm still getting this problem [15:48:00] Nemo_bis, via CCC if that matter [15:49:50] Comcast Cable Communications? [15:49:57] I doubt ISP matters [15:56:41] Nemo_bis. no the ISP name is CCC (not comcust very small ISP) [16:12:11] you could pretty certainly rule out ISP just by going to the ssl'd version [16:12:25] https: instead of http:. same host and path [16:12:33] dlsavc [16:55:14] any dba around a locked wiki is editable [16:56:47] <^demon> Which wiki? [16:59:19] https://simple.wikiquote.org/wiki/Special:RecentChanges [17:00:37] Hi! A bugday starts in #wikimedia-dev now, "triaging" (improving, retesting) some older reports that have not seen updates for more than a year. Everybody is welcome, no specific technical knowledge needed. See http://lists.wikimedia.org/pipermail/wikitech-l/2013-January/065792.html for more info [17:04:52] any thoughts ^demon ? [17:05:07] <^demon> No. I'm looking at it right now. [17:08:43] <^demon> Ah, whoever closed the wiki didn't do all the work. [17:11:06] forgot something? [17:11:45] thanks ^demon [17:11:49] <^demon> Yeah, groupOverrides and groupOverrides2 weren't cleaned up. [17:11:52] <^demon> You're welcome. [17:14:27] zeljkof: there's a typo here: https://fosdem.org/2013/schedule/event/testing_mediawiki/ [17:14:32] MediaWIki [17:14:50] <^demon> I saw it typed MEdiaWIki the other day. [17:14:51] Nemo_bis: thanks, I have noticed it and reported, but they did not fix it yet [17:14:52] <^demon> It looked funny. [17:15:31] and the title and the first sentence appear twice on the page (with slight variation) [17:16:17] aww [17:16:38] I saw other events with double lines [17:16:50] Nemo_bis, ^demon: see you at fosdem? [17:17:17] <^demon> Nope, afraid not. [17:19:16] 5~no [17:19:19] *no [17:30:26] jermyb, I did try via ssl (https:// ... ) [17:31:08] *jeremyb [19:12:25] hi [19:13:27] we have now 866 877 (CNBanner: CNBanner_talk:) namespaces at ukwiki - is it an error or it should be here? i see it CentralNotice's ones [19:14:20] *question* [19:17:47] anybody is here? [19:20:00] Base-w: might be a bug [19:20:17] <^demon> No, new namespaces were added. [19:20:22] Matthew has send a patch for CentralNotice https://gerrit.wikimedia.org/r/#/c/46551/ [19:21:03] http://uk.wikipedia.org/w/index.php?namespace=866&tagfilter=&title=Спеціальна%3AНові+редагування&uselang=en there you can see it [19:21:24] shuld we file a bug? [19:21:39] or it will be removed without a report? [19:21:53] *should [19:22:46] <^demon> It's not a bug, they're being added on purpose as far as I can tell. [19:22:52] <^demon> Also, there's some discussion on wikitech-l. [19:23:17] what we should do with it? [19:23:37] i see in http://www.mediawiki.org/wiki/Extension_default_namespaces that it is for translations [19:23:49] but i cant agree that it is good idea [19:24:03] since languages cover 5+ projects [19:32:05] ok ok -- mea culpa -- there is now a patch to gate the creation of the namespaces only to infrastructure wikis. however -- I am truely failing to understand what all the fuss is about [19:33:26] Base-w: ^ [19:34:05] mwalker: https://gerrit.wikimedia.org/r/46551 is supposed to fix it [19:34:15] Base-w: it's know and being taken care of [19:34:31] * Nemo_bis has no idea if the patch will work of course [19:34:41] Nemo_bis: yep :) I wrote it -- I'm just trying to figure out why the creation of a new namespace is a problem [19:34:55] ok. it should remove namespaces? [19:34:58] yep [19:35:00] mwalker: clutter, confused bots, users wandering in the dark [19:35:45] I'll agree on clutter [19:36:18] confused bots seems odd -- they're going to have the same problem on infrastructure wikis where I cant remove the namespaces [19:36:56] I mean things like WARNING: Missing namespace in family file wikiquote: namespace['sk'][866] (it is set to 'CNBanner') [19:37:04] right, but normally such a change is announce somewhere so bots are updated beforehand [19:37:07] ^yeah that [19:38:13] anyway, no big problem for a few days [19:38:22] there's a deploy window this afternoon I'll use [19:38:28] unless one chose a name that also conflicts with article titles [19:38:54] I did search for such a conflict -- it may exist, but I didn't find it [19:39:43] duh: where is the announce usually put? because I can't remove the namespace on meta obviously I'll have to do some more alerting [19:40:10] just meta:babel? [19:40:17] wikitech i would assume? [19:40:25] that would work too [19:47:41] Nemo_bis: "WARNING: Missing namespace in family file wikiquote: namespace['sk'][866] (it is set to 'CNBanner')" <-- is this an aliases problem that I need to address? [19:48:05] I'm not sure where you are seeing this warning [19:59:12] mwalker: it's pywikipediabot, nothing to worry about but some users get confused :) [20:00:23] Nemo_bis: kk [20:01:58] Isarra: why does the wiki you made this screenshot have broken diff style? https://upload.wikimedia.org/wikipedia/commons/9/9c/130127_flow_missing_everything.png [20:02:30] Nemo_bis: It's not broken. [20:02:39] Isarra: it is [20:02:54] It's my personal style, which I didn't bother to disable when taking the screenshot. [20:03:12] I appreciate that you may not like it, but that does not make it broken. [20:03:28] It does. Anyway I don't care about the brokennes of your own style :) [20:03:43] How is that broken, exactly? [20:04:29] You may not care, but you did go out of your way to call it broken, and now I would very much like to know what you mean. [20:04:49] Colours don't make any sense. [20:05:09] Sorry, I'm not going to summarise a months-long discussion on diff style with hundreds of comments [20:05:28] None of the colours have ever made any sense. These I use because they are easily readable. [20:05:53] If not making sense makes it broken, then the current default is likewise broken. [20:06:10] I do not believe this is the case, however. [20:06:12] the current style is broken! I can't see red/green. it sucks! [20:06:42] Your poor yellow world. [20:06:53] blue is good! :) [20:07:00] Blue is. [20:07:21] As I said, I'm not going to discuss this. :) [20:07:44] Then please do not call things broken when they are not. [20:10:04] The point of user CSS is to avoid discussing personal preferences. [20:10:17] As soon as it was clarified that it's just that, it makes no sense to discuss it. [20:10:25] De gustibus non est disputandum, etc. [20:12:10] And 'broken' is a very harsh word to use in general, not the least with folks' preferences. [20:18:29] There's nothing wrong about being broken if it's a choice. I love my socks, shirts and shoes with holes. [20:20:12] That is one perspective, but you should be aware that in common english, 'broken' has very clear negative conotations. [20:22:43] Is there a place showing the volume of data stored in Wikimedia servers? [20:23:26] qgil_: what data? [20:23:58] anything: articles texts and commons files [20:24:51] This is for https://commons.wikimedia.org/w/index.php?title=File:How_to_hack_on_Wikipedia.pdf&page=7 [20:25:16] https://wikitech.wikimedia.org/view/Backup_procedures [20:25:31] Ideally I would like to show numbers of how many articles, how many files and total amount of Mb you can access to that api [20:25:34] https://meta.wikimedia.org/wiki/Mirroring_Wikimedia_project_XML_dumps#Space has something [20:25:44] ah [20:26:48] well that wikitech page serves it well [20:26:48] 15 million media files is a good number: https://blog.wikimedia.org/2012/12/10/15-million-free-media-files-on-wikimedia-commons/ [20:26:53] ok thanks [20:27:09] for pages http://wikistats.wmflabs.org/wikimedias_html.php [20:27:19] it's 18 [20:29:17] perfect! with this and 1.3T - https://meta.wikimedia.org/wiki/Mirroring_Wikimedia_project_XML_dumps/estimates - I have enough for the slide [20:30:41] but that's compressed [20:31:29] text DBs seem to be 4+5 TB [20:32:15] anyway, in slides order of magnitude is enough ^^' [20:42:33] could smb tell me - can i somehow login in WMF site only locally? [20:43:13] i need to be logged in one brouser as one nick in one site and as other in all others [20:43:41] i use now 2 browsers but it is very unconfortanble [20:46:19] hi [20:55:24] we seem to have suddenly a CNBanner namespace on nl-wiki, is that normal? [20:57:34] and what is the purpose of the CNBanner namespace? [20:58:41] Romaine: it's being fixed [20:58:44] Base-w: no [20:59:30] I assume "fixed" means with the next update it is gone (as I do see that namespace in the recent changes menu) [20:59:39] no, within today I guess [20:59:53] ok [21:02:42] Romaine: also, see https://meta.wikimedia.org/wiki/Help:CentralNotice/Translations for more info – it's very good stuff [21:04:48] ok, thanks [21:18:14] AaronSchulz: Where are the apache syslogs now? [21:28:56] Reedy: is it not where it usually is? [21:30:46] reedy@fenari:~$ tail -f /h/w/l/syslog/apache.log [21:30:47] Jan 29 10:30:41 10.0.2.193 apache2[20038]: PHP Fatal error: Call to undefined method PageStabilityProtectForm::setReason() in /home/wikipedia/common/php-1.21wmf8/extensions/FlaggedRevs/api/actions/ApiStabilize.php on line 206 [21:30:49] Only testwiki [21:35:21] ping Reedy [21:35:42] just about there [21:35:50] my sip client was on a go slow [23:10:49] awjr, MaxSem; you guys done with your deploy window? [23:11:12] mwalker, I think we are [23:11:46] cool; in that case I'm going to start my deploy to fix the centralnotice namespaces plague [23:18:19] Nemo_bis: we just pushed the namespace fix [23:18:35] and it seems to have worked [23:18:38] so; yay