[00:35:59] Question: Does Mediawiki:Mobile.css/js exist? [00:57:20] YairRand: elaborate? [00:57:29] can't you just visit it and see if it exists or not? [00:58:15] I mean, is it supposed to work? [00:58:34] how do you mean? [00:58:44] maybe you want #wikimedia-mobile [02:20:58] !log LocalisationUpdate completed (1.20wmf12) at Thu Sep 20 02:20:57 UTC 2012 [02:21:11] Logged the message, Master [02:44:43] !log LocalisationUpdate completed (1.20wmf11) at Thu Sep 20 02:44:42 UTC 2012 [02:44:53] Logged the message, Master [02:47:31] TimStarling: how is redisland going? [03:16:33] Aaron|home: I think we will need to have a separate pool for sessions and for parser cache [03:17:05] I'm sure random eviction works just fine when you have a homogeneous data set [03:17:32] as, you know, I was curious about how eviction would work for us [03:18:07] yeah, obviously it decreases the hit rate a little bit [03:18:21] not as well when "barack obama" gets randomly evicted ;) [03:19:14] I did a bit of my own research, after you told me about the eviction algorithm [03:19:42] having a separate instance for sessions also means it is easier to tune the save frequency [03:25:35] TimStarling: what did asher think? [03:26:06] asher had to reread redis.conf before he believed me that it was in fact random [03:26:22] but then he was on board and resolved to set up a session server for us [03:32:17] hi [03:32:37] Finally finished this project [03:32:54] its a 1969 Ford Mustang Fastback that we've custom built around an extremely rare BOSS engine. [03:33:09] Here are some pics of the process: http://postimage.org/gallery/12fax27w/ [04:18:45] TimStarling: https://gerrit.wikimedia.org/r/#/c/24410/ [04:19:34] fair enough [04:19:59] surprised I didn't notice that [04:41:09] redisland is related to PoolCounter? [04:43:16] by redisland he means redis [04:43:28] it's not related to poolcounter [04:43:44] we're going to use it to replace memcached, at least in some roles [04:44:56] terry told me but didn't explain the rationale [04:45:46] why the migration? [04:46:33] for replication, because we're going to have apaches in multiple data centres soon [04:48:13] it's deployed on vanadium and we're starting to use it for real-time analytics and tagging [04:49:32] it's a wonderful piece of software throughout [04:50:03] how are you going to do evictions? [04:50:44] for sessions, I don't think we will need evictions, we can just use expiry [04:51:16] the parser cache will probably be in a separate instance with redis's pseudo-LRU policy [04:53:25] I thought user sessions were stored in memcached. You won't need evictions for those? [04:53:49] Brooke: redis "speaks" the memcached protocol. it adds a lot, but if you want, you can close one eye and pretend it's memcached. [04:54:22] sessions are currently in memcached, they will be in redis [04:55:30] I don't think we will need evictions, because we can just set an expiry time of say 1 day and keep a full day of sessions [04:56:02] TimStarling: if you're going to deliberately cap how much memory redis is using so that it handles evictions for you, consider compiling redis with the 32-bit target [04:56:04] and I think you would have to close both eyes to pretend it is memcached [04:56:18] you're limited to 4 gigs but you get to pack way more data into them [04:56:21] say if you have one data set which expires in a day (like sessions) [04:56:30] and you have another data set which expires in a year (like the parser cache) [04:56:43] then redis will preferentially evict the sessions which it runs out of memory [05:11:29] !log tstarling synchronized php-1.20wmf11/includes/DefaultSettings.php 'node limit' [05:11:39] Logged the message, Master [05:13:21] !log fixing common-local on mw58, has wrong permissions [05:13:31] Logged the message, Master [05:22:08] !log tstarling synchronized php-1.20wmf11/includes/parser/ParserOptions.php 'node limit' [05:22:18] Logged the message, Master [05:22:33] !log tstarling synchronized php-1.20wmf11/includes/parser/Parser.php 'node limit' [05:22:43] Logged the message, Master [05:22:59] !log tstarling synchronized php-1.20wmf11/includes/parser/Preprocessor_DOM.php 'node limit' [05:23:09] Logged the message, Master [05:26:08] !log tstarling synchronized php-1.20wmf12/includes/parser/Parser.php 'node limit log' [05:26:17] Logged the message, Master [05:40:10] !log tstarling synchronized wmf-config/InitialiseSettings.php [05:40:20] Logged the message, Master [05:44:02] !log tstarling synchronized wmf-config/InitialiseSettings.php [05:44:12] Logged the message, Master [07:21:36] hi all [07:21:37] i can't see $wgArticlePath in my LocalSettings.php [07:21:55] is it deprecated or changed:??? im using 1.19.2 [07:41:02] deo: i am pretty sure wgArticlePath is still around [07:41:16] been there for ages : http://www.mediawiki.org/wiki/Manual:$wgArticlePath [07:41:21] since 1.1.0 and still in use :) [07:41:58] deo: it is setup automatically in includes/Setup.php [07:42:06] deo: you can override it in LocalSettings.php [07:42:33] hmmmnn [07:42:39] thanks hashar [07:42:46] you probably don't need to change it though [07:43:20] have a look at $wgScript http://www.mediawiki.org/wiki/Manual:$wgScript [07:43:36] that let you setup the path [07:43:45] which is then used in Setup.php to create $wgArticlePath [07:44:29] actuallhy hashar im working on how to make my urls shorter [07:44:49] my site is https://wiki.company.com/wiki/index.php/Main_Page [07:45:07] and i want to look it this way\\ [07:45:21] https://wiki.exist.com/Main_Page [07:45:24] have a look at http://www.mediawiki.org/wiki/Short_url [07:45:29] how ma i asuppoesed to do that [07:46:07] and http://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory :) [07:46:14] you will need to setup your http server [07:46:43] I will recommend using a subdirectory, such as https://wiki.exist.com/wiki/Main_Page [07:46:51] or just https://exist.com/wiki/Main_Page [07:48:37] hashar: can i do it with https://wiki.mycompany.com/Main_Page ??? [07:48:57] deo: sure, but please read http://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory first [07:49:20] it is not recommended :) [07:49:55] but why?? :( [07:51:21] or is it ok like this?,... hashar [07:51:33] https://wiki.company.com/index.php [07:51:36] ?? [07:54:22] deo: read http://www.mediawiki.org/wiki/Manual:Wiki_in_site_root_directory please [07:54:54] my recommendation would be https://www.company.com/wiki/Main_Page [07:55:16] or eventually https://wiki.company.com/pages/Main_Page [07:55:52] where can i set this https://wiki.company.com/pages/Main_Page [07:55:53] ?? [07:56:53] read http://www.mediawiki.org/wiki/Short_url [07:57:03] the configuration is done in your HTTP server [07:57:34] aka if you got Apache http://www.mediawiki.org/wiki/Manual:Short_URL/Apache [07:58:24] thanks hashar [08:11:38] !log hashar synchronized php-1.20wmf11/includes/EditPage.php '(bug 40098) Wrong edit summary generation when adding a new discussion section' [08:11:48] Logged the message, Master [08:12:24] !log hashar synchronized php-1.20wmf12/includes/EditPage.php '(bug 40098) Wrong edit summary generation when adding a new discussion section' [08:12:34] Logged the message, Master [09:14:01] hi there [09:14:10] I'm having a problem with the upload wizard in Romanian [09:14:23] the page loads, but the JS doesn't [09:14:48] I'll log a bug, but this is annoying for WLM and I was hoping someone could take a look [09:14:57] it works with uselang=en [09:20:12] url ? [09:20:36] https://commons.wikimedia.org/w/index.php?title=Special:UploadWizard&campaign=wlm-ro&id=MS-I-s-B-15338&description=Situl+arheologic+de+la+Târgu+Mureș%2C+punct+"Dâmbul+Pietros"&uselang=ro [09:21:03] or even https://commons.wikimedia.org/w/index.php?title=Special:UploadWizard&campaign=wlm-ro&uselang=ro [09:21:33] hmm, no errors... strange [09:22:00] yes, I've seen that [09:22:06] it seems it's also affecting fr [09:22:08] http://commons.wikimedia.org/wiki/Commons:Village_pump#UploadWizard_asleep [09:22:40] it works for en or ru, though [09:23:20] sounds like errors in the translations (possibly triggered by switch to html 5 ? ) [09:25:49] hashar: ? [09:26:25] strainu: got it, seems an issue with wmf12 deploy [09:26:27] https://bits.wikimedia.org/static-1.20wmf12/resources/mediawiki.language/languages/ro.js Failed to load resource: the server responded with a status of 404 (Not Found) [09:27:23] thanks thedj[work], can you fix that now or should I log a bug and write about this on the list? [09:28:08] strainu: it's a config error I think. That's not something that I usually look at, and i'm supposed to be working, so file a bug, and see if you can find a sysadmin in here.... [09:28:58] looks like they forgot to add the wmf12 static on bits... [09:29:08] thedj[work]: yup ? [09:29:14] argh [09:29:20] filllll a bug plizz [09:29:42] strainu: ^ /me gets back to his actual work :D [09:31:20] strainu: there is no ro.js script in mediawiki :( [09:31:47] hashar: should it be? [09:32:01] that is, is there a ru.js? since it works for lang=ru [09:32:03] the #mediawiki-i18n folks are probably working on it [09:32:04] there was in wmf11... [09:32:06] https://bits.wikimedia.org/static-1.20wmf11/resources/mediawiki.language/languages/ro.js [09:32:14] OH MY GOD [09:32:29] checking [09:32:51] indeed [09:33:17] https://bugzilla.wikimedia.org/show_bug.cgi?id=40380 [09:33:29] !g I4451fc7d434d9d29bb6ea36f0c0698fbe8dc4ff4 [09:33:29] https://gerrit.wikimedia.org/r/#q,I4451fc7d434d9d29bb6ea36f0c0698fbe8dc4ff4,n,z [09:33:47] strainu: apparently most/all custom plural rules have been removed [09:33:51] hmm, that team is awake [09:33:52] so ro.js is no more in use [09:34:04] thedj[work]: I think they are in SF this week [09:34:24] strainu: apparently replaced by https://gerrit.wikimedia.org/r/#/c/11726/ [09:35:09] so somebody forgot to remove all references to that file, right? [09:35:49] might be [09:35:58] or UploadWizard is not compatible with the new system [09:36:27] i pinged siebrand [09:36:51] I don't think there is incompatibility, or this would happen in all languages [09:38:15] might be caching issue or something [09:38:34] no the ro.js file is not there [09:38:42] you never know with these things. though it seems to break with ?debug=true just as well. [09:39:34] hashar: perhaps it needs to use the cldr.js script now ? [09:39:37] hashar: I'll add your links to the bug and we'll see what happens [09:39:46] so [09:39:56] apparently the upload wizard does not use the new system [09:40:00] and need to be hacked [09:40:10] going to be a fun afternoon [09:41:08] https://bugzilla.wikimedia.org/40380 [09:41:57] really gtg now. [09:42:51] me too [09:42:56] thanks for the help [09:59:03] I will revert I4451fc7d434d9d29bb6ea36f0c0698fbe8dc4ff4 [09:59:05] !g I4451fc7d434d9d29bb6ea36f0c0698fbe8dc4ff4 [09:59:05] https://gerrit.wikimedia.org/r/#q,I4451fc7d434d9d29bb6ea36f0c0698fbe8dc4ff4,n,z [10:02:40] I am wondering if we have upload wizard on test [10:04:25] hashar: have you heard about the problems we've been having with high memory usage on the apaches? [10:04:40] kind of [10:04:42] job related ? [10:05:14] no, I don't think the job queue thing on zhwiki was related [10:05:20] it looks like a project on the french wikipedia is mostly responsible [10:06:01] I can get in touch with them if you give me some details [10:06:04] will be glad to help [10:09:25] there are a lot of data templates like this: https://fr.wikipedia.org/w/index.php?title=Mod%C3%A8le:Donn%C3%A9es_PyrF1D-2009&action=edit [10:10:24] apparently in the last few days, Agamitsudo and possibly Roland45 have been adding a lot of invocations of these sorts of templates to geographical articles [10:11:50] e.g. https://fr.wikipedia.org/wiki/D%C3%A9mographie_de_P%C3%A9rouges [10:12:12] one of the worst in the logs so far is https://fr.wikipedia.org/wiki/Saint-Maurice-de-Beynost [10:13:11] ah, templates as databases :D [10:13:14] !log hashar synchronized php-1.20wmf12/resources/mediawiki.language '(bug 40380) inexistent language files are loaded' [10:13:24] Logged the message, Master [10:13:24] thedj[work]: yeah that is kind of crazy [10:13:25] I'm not sure what template causes the calls to the data templates, but it ends up using about 535 MB [10:14:26] I put in a limit of 4 million elements, or ~610MB [10:15:01] if you try to save or view an article with more than that, it throws an exception [10:15:21] reading again [10:15:31] was fixing some l10n / i18n javascript issue with UploadWizard :) [10:15:53] and the only exception I had logged as of a few hours ago was apparently Agamitsudo attempting to create [[Démographie de Jujurieu]] [10:16:13] he is probably using an infobox [10:16:31] that triggers the request to the "data store" [10:17:05] it may be changes like this: https://fr.wikipedia.org/w/index.php?title=P%C3%A9rouges&diff=prev&oldid=83193042 [10:18:43] indeed https://fr.wikipedia.org/w/index.php?title=Modèle:Graphique_population_d%27article_de_commune_de_France&action=edit [10:19:16] oh gee (and good morning folks) [10:19:18] just wondering how it ends up loading 4 million elements [10:19:22] apergos1: morning ;) [10:21:16] ah, looks like he did manage to create [[Démographie de Jujurieu]] somehow [10:21:20] it throws an exception for me [10:21:59] apparently data are being migrated off the articles to some Template:Data/{{PAGENAME}}/ [10:22:00] http://fr.wikipedia.org/wiki/Modèle:Données/Pérouges/évolution_population?uselang=en [10:22:09] maybe they are preparing the conversion to wikidata [10:22:17] yeah, so do you think you can convince them to stop? [10:22:31] maybe revert it all and wait for wikidata? [10:22:40] I know that issue has been around for a few years already [10:22:42] we can attempt to support this use case, but wikidata is really a much simpler way to do it [10:22:49] not sure which project started using templates as a datastore [10:23:11] totally agree about wikidata being better [10:23:35] most likely the ocwiki problem that domas found was imported from frwiki [10:23:50] but maybe it was fixed on frwiki at some point, and now we are seeing a regression [10:24:55] how did the ocwiki issue got solved ? [10:25:02] have you limited the number of elements in a #switch ? [10:25:49] we switched ocwiki over to Preprocessor_Hash, now all their geographical articles throw fatal errors [10:26:03] it solved the server issue [10:26:37] after another day of data gathering I may actually reduce the new node count limit [10:26:52] there's some clear water between the other abuses of #switch and [[Saint-Maurice-de-Beynost]] [10:27:22] http://paste.tstarling.com/p/fWCfMz.html [10:27:44] so we could probably reduce the limit to 1.5M and break only that article [10:27:45] ouch [10:28:02] and also [[Démographie de Jujurieux]] which is over 4M [10:29:00] which gives me a nice : [234c8d9d] 2012-09-20 10:28:35: Fatal exception of type MWException [10:29:21] yeah, like I said, I don't know how he saved it [10:29:35] maybe the bot / he tries several times [10:30:00] or he has been lucky to end up on a server that had enough memory [10:30:10] it's a hard limit, 4M [10:30:36] AbuseFilter/SpamBlacklist should trigger a parse before save, and it should throw an exception [10:33:05] I found one of the bot uploading all those data http://fr.wikipedia.org/wiki/Utilisateur:Alinebot [10:33:28] basically uploading demographics data for all french cities :D [10:34:02] hi all... [10:34:18] can i ask.. Is LDAP supported in mediawiki??? [10:34:29] yeah, like on ocwiki: https://oc.wikipedia.org/w/index.php?title=Mod%C3%A8l:Popfr1982&action=edit [10:34:38] deo: google for it ? http://www.mediawiki.org/wiki/Extension:LDAP_Authentication [10:35:07] hmmhh tanks hashar [10:35:12] TimStarling: thanks [10:35:27] deo: that was to hashar, not you [10:35:39] ooopss sorry ;P [10:36:08] TimStarling: http://fr.wikipedia.org/wiki/Modèle:Données_PyrH4-2009 that one is storing the number of men 45-59 years old in all french city in 2009 [10:36:24] included from http://fr.wikipedia.org/w/index.php?title=Modèle:D-Pyramide&action=edit [10:36:37] they should generate SVG instead and bulk upload them [10:37:45] TimStarling: so I know who to contact. Should I tell them to stop using templates as data store and wait for wikidata instead ? [10:38:10] we could give them a delay to adjust and then start having the pages breaking [10:38:52] yes, you can tell them that, if you think they will be convinced [10:38:58] or you can ban them all, I don't mind [10:39:14] are you in the staff group? [10:40:20] I am not [10:40:31] though I am a sysop on frwiki [10:41:14] do you think they'd be more inclined to listen to you if you banned them all first? [10:41:30] definitely not :-] [10:41:39] ok, don't do that then [10:41:50] anyway... you can tell them: [10:41:51] they will just get rid of my sysop rights, ban me and start a drama :) [10:42:16] this demographic data project in particular is having a significant impact on the servers [10:42:34] it's ok, I'll desysop anyone who gives you trouble [10:42:46] hehe [10:42:55] so, 1) it's causing server trouble [10:42:56] I will reach them [10:43:04] write something on their technical village pump [10:43:11] 2) I just introduced a new limit (visible in the limit report) which is already breaking their pages [10:43:24] 3) I intend to reduce the limit so that it will break even more of their pages [10:43:41] you might want to make a wikitech-l announcement tomorrow. Cause I am pretty sure other wiki projects are using templates as data store. [10:44:55] yeah, en.wp probably will have some pages hitting limits i imagine :D [10:45:04] yes, svwiki came up in the log early on, and zhwiki has had a few log entries in the last few hours [10:45:11] grr [10:45:13] village pump [10:45:22] not enwiki though, so far, they are more sensible [10:45:29] why aren't we using a proper software to handle our forum instead of a talk page :-) [10:46:46] limit report for [[Saint-Maurice-de-Beynost]]: http://paste.tstarling.com/p/uXOHYl.html [10:47:04] you see, I renamed the old node count to "Preprocessor visited node count" [10:47:12] and introduced "Preprocessor generated node count" [10:49:15] TimStarling: have you changed the pp limit ? [10:49:33] no, it's 1M as always [10:49:55] assuming you mean the visited node count [10:50:36] the Preprocessor generated node count [10:50:47] that's the new one, that I just introduced [10:50:49] I am wondering if we could delete node that we are not going to use anymore [10:52:58] got to go [10:53:38] Tim-away: bye bye :)) [17:08:19] !log aaron synchronized php-1.20wmf12/thumb.php 'deployed fd26ac3603c544c9f2273408b14034cd22b56a52' [17:08:29] Logged the message, Master [19:06:11] about to run scap [19:08:48] hold onto your hats... [19:09:03] scap now running, full speed! [19:10:17] 3 warp [19:18:30] !log kaldari Started syncing Wikimedia installation... : [19:18:40] Logged the message, Master [19:33:18] !log py synchronized wmf-config/lucene.php [19:33:27] Logged the message, Master [19:38:50] !log aaron synchronized php-1.20wmf12/includes/filebackend/SwiftFileBackend.php 'deployed 4246f85ac2a68a19b9fa8f4954c5ff7aabea2922' [19:39:00] Logged the message, Master [19:50:19] !log aaron synchronized php-1.20wmf11/includes/filebackend/SwiftFileBackend.php 'deployed 8001d1ebf5b79b5a6ea359646284347d31e5442b' [19:50:28] Logged the message, Master [20:01:23] !log kaldari Finished syncing Wikimedia installation... : [20:01:33] Logged the message, Master [20:01:41] sync sync sync [20:11:47] dzahn is doing a graceful restart of all apaches [20:12:07] !log dzahn gracefulled all apaches [20:12:17] Logged the message, Master [20:13:36] !log bugs.mediawiki.org|bugzilla.wikipedia.org|bugzilla.mediawiki.org all redirect to https:// rather than http now [20:13:46] Logged the message, Master [20:24:12] mutante: nice ! [20:25:27] !log aaron synchronized php-1.20wmf11/includes/filebackend/SwiftFileBackend.php [20:25:37] Logged the message, Master [20:25:44] !log aaron synchronized php-1.20wmf12/includes/filebackend/SwiftFileBackend.php [20:25:54] Logged the message, Master [20:44:01] lol [20:44:02] https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Switch_from_XHTML_to_HTML_5.3F [20:44:15] "I don't recall seeing this announced. Was it? If so where? Rich Farmbrough," [20:44:25] and richard posts a list of 15 announcements :D [20:45:45] <^demon> HTML5? Really? We've only been beating that drum for a couple of years now. [21:21:57] one more scap... [21:22:22] hold onto your seat folks... [21:32:02] !log kaldari Started syncing Wikimedia installation... : [21:32:11] Logged the message, Master [22:02:02] !log kaldari Finished syncing Wikimedia installation... : [22:02:12] Logged the message, Master [22:05:17] * AaronSchulz wonders WTF gerrit can't just automatically add the commit-id after setup up the remote/gitreview hook [22:05:41] every 'git commit -a --amend --reset-author' makes me die a little [22:10:56] AaronSchulz: It does do that if you run 'git review' on a completely uninitialized repo [22:11:46] no, it initializes it and adds the hooks, and tries to push as is [22:11:52] which of course, always fails [22:12:08] WTF? It's *supposed* to also amend [22:12:26] I vaguely recall I time were it worked months ago [22:14:58] !log olivneh synchronized php-1.20wmf11/extensions/E3Experiments/experiments [22:15:09] Logged the message, Master [22:15:16] AaronSchulz: Wait, you're right. I just did the exact same thing for unrelated reasons and it didn't amend [22:18:39] !log aaron synchronized wmf-config/filebackend.php 'Enabled short thumbnails for testwiki' [22:18:49] Logged the message, Master [22:19:19] well, that doesn't work [22:20:49] !log aaron synchronized wmf-config/filebackend.php [22:20:59] Logged the message, Master [22:25:00] hmm, works for my test file [22:25:39] brion: http://test.wikipedia.org/wiki/File:%E1%83%A1%E1%83%A3%E1%83%9A%E1%83%97%E1%83%90%E1%83%9C_%E1%83%B0%E1%83%A3%E1%83%A1%E1%83%94%E1%83%98%E1%83%9C%E1%83%98%E1%83%A1_%E1%83%91%E1%83%A0%E1%83%AB%E1%83%90%E1%83%9C%E1%83%94%E1%83%91%E1%83%A3%E1%83%9A%E1%83%94%E1%83%91%E1%83%90_%E1%83%99%E1%83%90%E1%83%AE%E1%83%94%E1%83%97%E1%83%A8%E1%83%98_%E1%83%9B%E1%83%9D%E1%83%97%E1%83%90%E1%83%A0%E1%83%94%E [22:25:41] 1%83%A8%E1%83%94_%E1%83%93%E1%83%90%E1%83%A6%E1%83%94%E1%83%A1%E1%83%A2%E1%83%9C%E1%83%94%E1%83%9A%E1%83%94%E1%83%91%E1%83%98%E1%83%A1_%E1%83%93%E1%83%90%E1%83%A1%E1%83%AF%E1%83%98%E1%83%A1_%E1%83%A8%E1%83%94%E1%83%A1%E1%83%90%E1%83%AE%E1%83%94%E1%83%91.jpg :) [22:25:53] ugh, url is too long to even paste well, heh [22:26:05] lol [22:26:48] http://test.wikipedia.org/wiki/Special:NewFiles [22:27:06] brion: notice the thumb links for that auto-generated file [22:27:15] it's so much shorter :D [22:27:16] yayyyy [22:27:42] AaronSchulz: are you doing that conditionally on long names or for everything? [22:28:01] brion: on testwiki, its for files over 159 chars for now [22:28:17] spiff. keeps compat while not-breaking on giant things [22:28:25] brion: the content-disposition only has the "inline"...had to be truncated off to fit in swift :( [22:28:30] aww [22:28:32] oh wells [22:28:41] fortunately that will be lifted in swift 1.7 [22:28:46] \o/ [22:28:56] we will be able to bump the max header value to not suck (be >255) [22:30:04] well done sir [22:31:11] brion: the long form doesn't seem to work though, it should use redirection [22:31:18] unless I pasted something wrong [22:55:02] gn8 folks [23:10:30] Quick question: I'm trying to script downloading information from a few templates (e.g. http://en.wikipedia.org/w/index.php?title=Template:Infobox_hydrogen). I was wondering if anyone could point me in the right direction. [23:10:37] I'd just like to grab the wiki markup of the page. [23:10:54] Is there anything better than going to http://en.wikipedia.org/w/index.php?title=Template:Infobox_hydrogen&action=edit and stripping it out? [23:12:06] yes, the mediawiki api [23:12:36] http://dump-api.wmflabs.org/w/api.php?format=json&action=query&prop=revisions&rvprop=content&titles=Template:Infobox%20hydrogen [23:12:40] woops, wrong URL [23:12:54] http://en.wikipedia.org/w/api.php?format=json&action=query&prop=revisions&rvprop=content&titles=Template:Infobox%20hydrogen [23:13:30] Thank you! [23:13:32] pmitros: see the documentation here http://www.mediawiki.org/wiki/API:Main_page [23:15:11] I was looking at the API reference. I was somehow stuck in one of those brain loops where I had two minor errors, and was having a hard time debugging it to make it work. [23:15:20] But that gives me exactly what I need. [23:17:56] !log kaldari synchronized php-1.20wmf11/extensions/PageTriage/modules/ext.pageTriage.defaultTagsOptions/ext.pageTriage.defaultTagsOptions.js [23:18:05] Logged the message, Master [23:18:19] !log kaldari synchronized php-1.20wmf12/extensions/PageTriage/modules/ext.pageTriage.defaultTagsOptions/ext.pageTriage.defaultTagsOptions.js [23:18:28] Logged the message, Master