[00:04:18] Hmm. [01:10:03] !log reedy synchronized php-1.20wmf3/extensions/RandomRootPage 'dark deploy randomrootpage extension (I'll enable it later)' [01:15:46] !log reedy synchronized wmf-config/CommonSettings.php 'Add ShortUrl PathRouter code for testing' [01:16:29] Reedy: Doesn't that need scap for i18n stuff? [01:16:38] (RandomRootPage) [01:16:48] Nah, I'm not enabling it anywhere [01:16:50] 24 [01:17:53] ... [01:17:56] Morning guys! I am not sure what the hell is going on, but simple.wikipedia.org is broken. [01:17:59] I just saw that too [01:18:00] yes [01:18:01] Cat_in_the_Hat: Broken how? [01:18:07] something strange is going on [01:18:08] lol [01:18:10] bits broken? [01:18:10] at least it's not 42 [01:18:13] 24 [01:18:16] Go to simple.wikipedia.org, all you get is a "24" in the corner [01:18:17] https://en.wikipedia.org/wiki/Evita_Mu%C3%B1oz doesn't have CSS. [01:18:18] For me. [01:18:23] And 24 in the corner. [01:18:24] not just ther, on hr.wiki also [01:18:28] left upper corner [01:18:33] everything is broken [01:18:33] Wait a momment or 5 [01:18:34] displays a 24 [01:18:36] croatian is down too? damn [01:18:40] that's why I just wrote '24' [01:18:42] !log reedy synchronized wmf-config/CommonSettings.php 'no 24' [01:18:57] It seems that saving works, but you can't see that in the same window in which you saved the work [01:18:57] spanish, english, etc [01:18:58] * Joan snuggles Reedy. [01:19:03] but in the Recent changes [01:19:08] Kubura: Better now? [01:19:09] It's fixed [01:19:17] What happened? [01:19:26] Who's 24? [01:19:30] its a conspiracy [01:19:30] Oh, it seems OK now [01:19:40] Watch out for 7 [01:19:47] hahaha [01:20:02] Joan, thx [01:20:03] oh oh [01:20:10] What caused it, if you don't mind saying? Someone mistype something somewhere? [01:20:14] Yea [01:20:15] what if it reaches 1? [01:20:19] It's valid PHP [01:20:23] we go bang, DamianFinol :P [01:20:28] Probably error in coding or something [01:20:32] oh [01:20:37] then 1 1 1 1 1 1 please [01:20:59] Reedy: OK my curiosity is killing me, how the hell did that happen? [01:21:25] I missed a keystroke before jumping to a line [01:21:33] anyone aware of the skin problems? [01:21:40] 24? [01:21:42] :) [01:21:50] aaargh, again [01:21:53] Well I have dermatitis, TenPoundHammer but that doesn't affect wiki in any way :) [01:21:55] when I opened the article [01:21:56] heh [01:21:58] sorry [01:22:11] sometimes the monobook skin doesn't load [01:22:13] Kubura: hard refresh/purge [01:22:22] 24 24 24 24 [01:22:31] anyone know what's bringing it on? [01:22:35] Maybe the number has got something to do with the Dharma Initiative [01:22:51] nobody flies oceanic today please [01:23:00] sorry guys, cheers anyway! I'll leave you in peace. [01:31:12] 24 has disappeared :) but there's another problem [01:31:21] when I opened the same article again [01:31:34] there's no recent edit [01:31:59] I mean, when I click on the article, I see it with the recent edit [01:32:12] but when I click to edit that article again [01:32:30] there is no recent edit. As if I am editing the previous version??? [01:32:53] And that "24" is in the upper left corner again. [01:35:10] I logged out and relogged in. It seems that I've solved that problem that way. [02:22:40] !log LocalisationUpdate completed (1.20wmf2) at Wed May 16 02:22:40 UTC 2012 [02:43:51] !log LocalisationUpdate completed (1.20wmf3) at Wed May 16 02:43:51 UTC 2012 [02:43:56] Logged the message, Master [02:50:09] I don't suppose any devs are up at this time of night? [02:50:29] * RoanKattouw is up [02:50:34] It's only 8pm [02:50:42] OK that's not a defense, I probably shouldn't still be at work :) [02:51:00] I had no idea there were devs on the west coast [02:51:16] Magog_the_Ogre: The Wikimedia Foundation office is in San Francisco, there are dozens of devs here [02:51:30] well [02:51:36] that's quite useful [02:51:45] because I have one of those bugs that only shows up for a few hours and then goes away [02:52:09] so every time I file a report it gets a tepid response [02:52:27] wanna hear it? I know you do! [02:52:31] Of course! [02:52:39] RoanKattouw: Request: POST http://www.mediawiki.org/w/index.php?title=MediaWiki_1.20/wmf3&action=submit, from 216.38.130.168 via cp1004.eqiad.wmnet (squid/2.7.STABLE9) to () [02:52:39] Error: ERR_SOCKET_FAILURE, errno (98) Address already in use at Wed, 16 May 2012 02:52:00 GMT [02:52:41] http://commons.wikimedia.org/wiki/File:Republican_Party_presidential_primaries_results,_2012.svg [02:53:01] Notice the PNG thumbnail for the SVG hasn't been updated [02:53:13] it appears that all thumbnails that were already at one point generated are not yet updated [02:53:34] a direct link to the file: http://upload.wikimedia.org/wikipedia/commons/c/c8/Republican_Party_presidential_primaries_results%2C_2012.svg [02:53:39] nebrasks is orange [02:53:45] a direct link to the thumb: http://upload.wikimedia.org/wikipedia/commons/thumb/c/c8/Republican_Party_presidential_primaries_results%2C_2012.svg/800px-Republican_Party_presidential_primaries_results%2C_2012.svg.png [02:53:48] nebrasks is not orange :( [02:54:10] ... unless I decide to create my own resolution, in which case it must be created on the fly, and nebrasks is orange: http://upload.wikimedia.org/wikipedia/commons/thumb/c/c8/Republican_Party_presidential_primaries_results%2C_2012.svg/1000px-Republican_Party_presidential_primaries_results%2C_2012.svg.png [02:54:12] Ah yes, I see it now, thanks [02:54:21] Hmm OK [02:54:53] but this thumb already existed on a page on Wikipedia, so it isn't updated: http://upload.wikimedia.org/wikipedia/commons/thumb/9/9e/Republican_Party_presidential_primaries_results%2C_2012_by_plurality.svg/305px-Republican_Party_presidential_primaries_results%2C_2012_by_plurality.svg.png [02:55:14] I filed a report once before, but by the time anyone came around to look at it, it was already updated [02:55:28] I'm purging it now, see if that updates it [02:55:49] nope [02:55:52] already tried it :) [02:56:04] that squid seems fairly unhappy [02:56:11] gonna restart the squid process [02:56:13] Hah, that's weird [02:56:23] It's supposed to purge the thumbs but apparently it doesn't [02:59:02] You could talk to AaronSchulz (not here right now, works Pacific Time hours) or aper gos (here but probably asleep, is on Eastern European Time (Finland/Belarus/Greece/etc.) where it is now 6am) [02:59:05] when they're around [02:59:37] will do [03:00:37] making sure to save our conversation so that we have confirmation it's not one of those "bug is in the guy in front of the keyboard" errors [03:03:31] No this is definitely a bug [03:57:21] Anyone else having issues with loading Wikipedia? [03:57:27] especially API [03:57:42] I just got this: [03:57:43] Yeah [03:57:44] Request: GET http://en.wikipedia.org/w/index.php?title=Victor_Lewis-Smith&action=history, from 208.80.154.8 via cp1005.eqiad.wmnet (squid/2.7.STABLE9) to () [03:57:44] Error: ERR_SOCKET_FAILURE, errno (98) Address already in use at Wed, 16 May 2012 03:56:12 GMT [04:46:04] What does it mean when AWB keeps saying "Network access error The remote server returned an error: (500) Internal Server Error"? Is that a problem on my end, or elsewhere? [04:52:47] Matthewedwards: I know I'm a little late, but please read the topic :) [04:53:23] Are AWB and API related? [04:54:01] API, or aplication programming interface, is the layer that connects AWB and Wikipedia. At least, I'm 98% sure... [04:54:20] okay [04:55:01] as long as I'm not doing something wrong, that's good [04:57:13] Matthewedwards: No, you're not. I just checked, it's due to the API issues. [04:57:38] okay, thanks :) [04:57:42] np :) [04:57:47] cya laters! [05:38:18] huh, i wonder what the API issues are. (/topic links to watchmosue which is currently all green but had ~1.5% API downtime today) [07:41:29] !log raindrift synchronized php-1.20wmf2/extensions/PageTriage/api/ApiPageTriageTemplate.php 'fixing exception bug that makes lots of logspam' [07:41:32] Logged the message, Master [07:41:55] !log raindrift synchronized php-1.20wmf3/extensions/PageTriage/api/ApiPageTriageTemplate.php 'fixing exception bug that makes lots of logspam' [07:41:58] Logged the message, Master [08:28:02] hello [08:28:21] does anyone of you know what the master of s6 is? [08:28:37] i looked into the heartbeat table and thought it should be db43 [08:28:47] but in db.php there is [08:28:53] s6' => array( [08:28:53] 'db43' => 0, # hw died 12/18/2011 [08:28:53] 'db47' => 1000, [08:28:53] #'db46' => 400, # snapshot host [08:28:53] 'db50' => 1000, [08:28:53] ), [08:30:20] hm [08:32:06] well it's runnign mysql and chugging along now [08:32:56] so I guess it is master right now [08:34:49] yeah it is (checked via mysql) [08:48:26] but do i understand right you have some inconsistency regarding s6 between the heartbeat table and db.php? [08:50:51] no [08:51:05] it's listed as the first entry so that's ok [08:51:10] the comment is old, that's all [08:52:08] nosy: might be helpful bookmark: http://noc.wikimedia.org/dbtree/ [08:52:46] mutante: oh thx [08:53:22] probably i misinterpreted db.php [08:53:30] and 0 is for the master [08:54:13] the link is great - with direct links to the ganglia pages - cool [08:54:58] if you hover over a master it displays the wikis on it [08:55:12] any SVG rendering isses recently? We are having trouble with https://commons.wikimedia.org/wiki/File:Szkielet_jachtu.svg - all .png versions are fine except https://upload.wikimedia.org/wikipedia/commons/thumb/a/a1/Szkielet_jachtu.svg/440px-Szkielet_jachtu.svg.png which is displayed on the page. ?action=purge does not help. [08:55:13] the masters should have load 0 [08:55:17] we don't want them doing extra work [08:56:46] I havent heard about sgv issues but I'm out of the loop on it, sorry... [08:56:48] svg [08:57:31] strange, it's pretty easy svg (checked the source); it's just this one image - I suppose it's some cache somewhere [08:58:36] you've trie a purge on the file description page right? [08:59:09] * apergos tries it anyways [08:59:28] i think that trick is/was broken for awhile [08:59:36] Age: 231 [08:59:36] X-Cache: HIT from amssq55.esams.wikimedia.org [08:59:36] X-Cache-Lookup: HIT from amssq55.esams.wikimedia.org:3128 [08:59:52] tried, ofc [09:00:06] Last-Modified: Wed, 16 May 2012 08:55:12 GMT [09:00:19] not long ago [09:00:29] hmm [09:00:53] tried with rsvg locally and it's fine [09:01:07] all other png versions are fine too so I guess rsvg is not a problem [09:01:33] end position of arrow 5, you say [09:01:51] yes it should be close to the part it points to [09:01:57] the head of the arrow? [09:02:09] cause I see them as correct: [09:02:15] https://upload.wikimedia.org/wikipedia/commons/thumb/a/a1/Szkielet_jachtu.svg/440px-Szkielet_jachtu.svg.png [09:02:23] and [09:02:23] https://upload.wikimedia.org/wikipedia/commons/a/a1/Szkielet_jachtu.svg [09:02:26] look like the same position [09:02:34] oh it's fine now [09:02:37] ahh [09:02:45] (I did a purge just to see :-P) [09:02:50] heh [09:02:55] I did purge too but well [09:02:56] ok well *whew* glad it's working [09:03:12] you know maybe yours just took a couple minutes to propogate [09:03:33] now thumbs have to replicate to a few hosts in swift, so... [09:03:49] ... nobody knows what happens? :-) [09:04:08] no, it just means there might be a delay [09:04:50] good ol' batch processing [09:05:03] why somebody told us computers have to be interactive and respond immediately [09:05:06] it's absurd [09:07:50] heh [09:08:43] //We should all learn JCL [09:11:52] *shudder* [09:25:39] I know JCL :) [09:28:32] matanya: I know only basics... playing with hercules [09:28:56] I have migrated a mainframe to linux [09:29:09] had to learn it [09:39:28] ah pity [09:39:44] I am running VM/370 and ancient MVS for fun on Hercules [09:40:11] I've heard about a migration where some mainframe apps were moved to PCs running on Hercules:) [16:41:03] !log aaron synchronized php-1.20wmf3/includes/filerepo/backend/SwiftFileBackend.php 'deployed 634c3be2bba6a46e28aa997d7ab388ebf90b36a6' [16:41:06] Logged the message, Master [16:49:53] !log preilly synchronized php-1.20wmf2/extensions/ZeroRatedMobileAccess/ZeroRatedMobileAccess.body.php 'changes for zero needed for carrier testing' [16:49:56] Logged the message, Master [17:10:19] !log preilly synchronized php-1.20wmf2/extensions/MobileFrontend/ 'zero and mobile changes' [17:10:23] Logged the message, Master [17:11:06] !log preilly synchronized php-1.20wmf3/extensions/MobileFrontend/ 'zero and mobile changes' [17:11:09] Logged the message, Master [17:34:06] !log awjrichards synchronized php-1.20wmf3/extensions/MobileFrontend 'Picking up fix for fatal in api in MobileFrontend at 9936e7a' [17:34:10] Logged the message, Master [17:35:38] !log awjrichards synchronized php-1.20wmf2/extensions/MobileFrontend 'Picking up fix for fatal in api in MobileFrontend at 9936e7a' [17:35:41] Logged the message, Master [18:09:08] Reedy: AaronSchulz: should we get started? [18:09:17] sure [18:09:34] let's get commons out of the way first [18:09:52] Make it so. [18:10:18] * Reedy waits [18:10:41] hmmm....autodeploy isn't working [18:10:51] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: commonswiki to 1.20wmf3 [18:10:54] Logged the message, Master [18:11:53] Fatal error: Call to undefined method RequestContext::setArticleBodyOnly() in /usr/local/apache/common-local/php-1.20wmf3/includes/ImagePage.php on line 99 [18:12:28] Handler for action=render [18:13:22] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: commonswiki back to 1.20wmf2 [18:13:26] Logged the message, Master [18:13:51] Bad MaxSem [18:13:51] https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;a=commit;f=includes/ImagePage.php;h=a67d5c46e23727d5711a0baba0776ac150eb6852 [18:17:57] !log aaron synchronized php-1.20wmf3/includes/ImagePage.php 'deployed 86e2372772e618c5d1238ae480d9f632789bbe50' [18:18:01] Logged the message, Master [18:18:29] Let's try again [18:18:36] engage! [18:19:19] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: commonswiki to 1.20wmf3, again [18:19:22] Logged the message, Master [18:19:37] just wmf2 ooms.. [18:20:13] hey guys, are you busy? [18:20:25] Yup [18:20:26] commons seems to have some troubles with caching thumbnails [18:20:41] for example see http://commons.wikimedia.org/wiki/File:Rama_wręgowa.svg [18:20:46] and compare the thumb to actual SVG [18:20:55] i have tried http://commons.wikimedia.org/wiki/Help:Purge#Advanced_manual_thumbnail_purging [18:21:06] is this a known issue? :) [18:21:14] MatmaRex_: when did you first notice this problem? [18:21:35] some guy on #wikipedia-pl says he's already had it this morning [18:21:56] the uploader of the file, Lips [18:22:05] with other SVGs [18:22:29] this file was changed over 20 minutes ago, and the old thumbnail is still visible [18:22:34] new thumbnails are generated correctly [18:22:40] so i guess it's an issue with caching [18:27:50] robla: we can probably carry on, that's unrelated to our deploy [18:28:04] yeah, let's move on [18:28:36] want to do the rest of the specials? [18:29:11] yeah, let's do the en* versions in one batch, if that's alright, and then all of the others after that [18:29:14] sound reasonable? [18:29:45] do the specials with "everything else"? [18:31:29] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All non wikipedia en projects to 1.20wmf3 [18:31:32] Logged the message, Master [18:32:16] Reedy: heh, are there going to be more changes to wikiversions soon? [18:32:21] Yup [18:32:25] ok [18:32:30] i need to keep up on spence [18:32:33] All non wikipedia projects should be changed [18:32:43] hopefully fairly quickly [18:32:52] cool, no worries [18:33:15] All is quiet on the error log front [18:33:42] all the home pages look good [18:34:07] 1 [client 10.64.0.164] Symbolic link not allowed or link target not accessible: /usr/local/apache/common/docroot/bits/w/extensions-1.20wmf1 [18:34:07] lol [18:34:24] oops [18:34:30] * chrismcmahon should probably crank up IE7 for a bit [18:35:26] Where's the switch all projects in dblist script? [18:37:24] AaronSchulz: ^ [18:37:30] multiversion/switchAllMediaWikis [18:37:49] yup, let's do the whole mess [18:38:20] Usage: switchAllMediaWikis php-X.XXwmfX php-X.XXwmfX .dblist [18:40:22] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All wikinews to 1.20wmf3 [18:40:24] thumbs in UploadWizard pre-upload are busted in IE7, but work in Chrome. but I'm not sure that ever worked in IE7 [18:40:26] Logged the message, Master [18:40:30] heh [18:41:41] Looks quiet still [18:42:38] oh look, that image problem i posted about earlier seems to have fixed itself [18:42:38] purge all of the things! [18:42:38] still, 40 minutess is not exactly quick [18:42:38] ;) [18:42:40] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All wiktionaries to 1.20wmf3 [18:42:42] heh. tried to log in to G+ to snag some original photos, G+ no longer supports IE7 [18:42:43] Logged the message, Master [18:43:06] Warning: Division by zero in /usr/local/apache/common-local/php-1.20wmf3/includes/ImagePage.php on line 344 [18:43:06] binasher: we still need to actually deploy the stats stuff sometime [18:43:19] I think wmf2 gave that sometimes too [18:43:22] $height = round( $height * $newwidth / $width ); [18:43:30] might be nice to fix though, of course :) [18:43:30] I'll BZ it and someone can fix it [18:44:07] yeah this same thing happened to someone earlier where it took a good chunk of time for the new thumbs to show up [18:44:11] do we have a "bugsfornewbs" tag? [18:44:17] I blamed swift replication but it sure seems very slow [18:44:26] "easy" usually [18:44:54] apergos: swift should not take 40 min to replicate, maybe it squid cache or squid cache exaggerating replication delay? [18:45:08] under normal cases, though, swift has not replication delay [18:45:11] clearly something else is piling on [18:45:18] swift should only be a minute [18:45:25] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All wiktibooks to 1.20wmf3 [18:45:31] the consistency window is fairly low as well, and only matters when stuff is overloaded [18:45:31] Logged the message, Master [18:45:44] normally all replicas are updated at once (except for listings) [18:46:06] it's the sort of thing that is such a pita to debug too [18:46:21] even more of them [18:46:38] so. should i report it officially somewhere, or will you guys take care fo it? [18:46:56] we have always have squid purge problems as long as I can recall, usually with some udp packed loss for some cache servers [18:47:05] tends to come and go [18:47:45] apergos: it makes it harder to debug though, since one has to figure out what is at fault now that we have more layers [18:48:16] if squid purging was historically more reliable, it would be easier to blame swift or whatever [18:48:18] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All wikiversity to 1.20wmf3 [18:48:21] Logged the message, Master [18:48:36] wiktibooks? :) [18:48:41] Yup [18:48:44] I created a new project type [18:48:46] wiktionary+wikibooks? [18:48:48] huh [18:48:53] wiktibooks? [18:49:08] wiktinewsbookspedia [18:49:10] As I said, a new project type [18:49:41] mm [18:50:00] I think wikimania.org may have been nice [18:50:11] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All wikiquote to 1.20wmf3 [18:50:14] Logged the message, Master [18:52:16] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All wikisource to 1.20wmf3 [18:52:19] Logged the message, Master [18:52:40] OOM happen in strange places from time to time [18:53:54] Reedy: I'd say just switch the whole rest of them over to 1.20wmf3 now [18:54:06] I'd just pressed enter for wikimiedia [18:54:14] I think there's only special left now.. [18:54:34] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All wikimedia wikis to 1.20wmf3 [18:54:37] Logged the message, Master [18:55:21] pulls version info from APIs for all to update stats table (heh, this should be soon enough after deployment) [18:55:23] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All special wikis to 1.20wmf3 [18:55:26] Logged the message, Master [18:59:43] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: All closed wikis to 1.20wmf3 [18:59:45] looks fine to me so far [18:59:46] Logged the message, Master [19:00:51] au revoir~ [19:02:50] Reedy: still on 1.20wmf2: strategy.wm [19:05:30] mutante: yup, I just found out that some wikis don't exist in the special/wikimedia lists [19:05:32] just fixing htat up now [19:05:48] 11 wikis that should be on 1.20wmf3 are on 1.20wmf2 [19:07:13] Reedy: if you change dblist, be sure to touch initialiseSettings.php and sync [19:07:20] I will [19:09:22] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: 12 more misc/wikimedia wikis to 1.20wmf3 [19:09:25] Logged the message, Master [19:09:35] cool, grabbing special list, i wanted it:) [19:15:59] !log reedy synchronized wmf-config/InitialiseSettings.php 'touch' [19:16:02] Logged the message, Master [19:17:52] stewardwiki and sourceswiki are still lumped in with *.wikipedia.org [19:20:59] yeah, I've not gone through and removed those yet [19:21:12] I'm gonna see what that dblist script does in a few mins [19:22:28] we have some silly exceptions [19:23:25] it takes all.dblist, prunes out everything in specials.dblist, and then looks for wikis ending in the suffix (for Wikipedia, everything ending in "wiki") and puts it in wikipedia.dblist, etc [19:24:59] so, until we put stewardwiki and sourceswiki into specials.dblist, they'll keep creeping back into the wikipedia.dblist [19:28:40] !log asher synchronized wmf-config/db.php 'pulling db12 from enwiki, moving watchlist / special queries to db59' [19:28:43] Logged the message, Master [19:32:49] !log reedy synchronized wmf-config/InitialiseSettings.php 'touch' [19:32:52] Logged the message, Master [19:43:02] robla: should be all upto date now [19:43:56] \o/ [19:44:28] I even alpha sorted them! :D [19:44:42] alpha sort? [19:44:54] still need to move steward and sources to 1.20wmf3, though :) [19:46:43] yeah, just noticed that [19:46:55] DaBPunkt: ABCDEFGHIJKLMNOPQRSTVUWXYZ [19:47:11] !log reedy rebuilt wikiversions.cdb and synchronized wikiversions files: Last bits of tidying up [19:47:14] Logged the message, Master [19:47:41] where does http://meta.wikimedia.org/wiki/Special:SiteMatrix get its info? [19:47:57] some list that is generated by some script [19:48:05] it's not straight off dblists [19:48:08] DB files [19:48:10] might be cached [19:48:38] * robla digs up SiteMatrix source [19:48:45] $wgSiteMatrixFile = '/apache/common/langlist'; [19:48:45] $wgSiteMatrixClosedSites = "$IP/../closed.dblist"; [19:49:01] doesn't seem to have a specials.dblist.. [19:49:47] I'll add special to it later [19:49:49] should be trivial [19:50:33] the reason I asked is that it correctly placed sources and steward in the "specials" list before you fixed that up [19:51:49] it uses $wgConf [19:51:49] so that makes sense [19:51:49] that part is done on the fly [19:51:49] Hmm [19:52:02] I'm guessing it assumes it's a special if it's not in the langlist [19:52:11] it's a special if not if( isset( $xLanglist[$langhost] ) ) { [19:52:30] Which is probably somewhat naieve [19:52:44] actually, that seems more robust than assuming *wiki is wikipedia [19:53:32] it all depends, I suppose, on what all /apache/common/langlist is used for [19:54:07] I think it's all the languages we have wikis for [19:54:50] if that list is used in a lot of places, it's probably kept pretty up-to-date, which means it's more likely to be correct than the specials list [19:55:14] -rw-rw-r-- 1 avar wikidev 1049 2012-03-21 03:49 langlist [20:03:45] Can you say hack? [20:06:48]