[06:32:17] Collection still impossible to use with the ner rendering :( [07:37:52] * Nemo_bis confused by https://bugzilla.wikimedia.org/show_bug.cgi?id=68576 [11:44:54] There's something strange with the 'aft' protection on enwiki; it's shown in https://en.wikipedia.org/w/api.php?action=query&titles=Albert%20Einstein&prop=info&inprop=protection|talkid but the 'aft' type and 'aft-*' levels are not shown in https://en.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=restrictions - is that on purpose? [11:47:45] valhallasw`cloud: user and page properties are not removed from the respective tables automatically when they're unused [11:48:08] Nemo_bis: ah, so it's a protection level that doesn't exist anymore? [11:48:14] You can file a bug to cleanup the database and remove them; there might be one already [11:48:29] Yes, AFT at some point started using action=protect [11:54:04] Krinkle|detached: where could one document wgBackendResponseTime [11:55:42] Nemo_bis: I see. Thanks for the info. [12:19:31] Hi, is there away to get the available permission types for a page via the API? [12:24:05] xZise: did you read my message in #pywikibot? siprop=restrictions is correct. [12:24:24] Yes I saw that [13:18:53] ^d: is it intentional that phrase search suppresses red link? https://en.wikipedia.org/w/index.php?title=Special%3ASearch&profile=default&search=%22Given+When+Then%22&fulltext=Search [13:19:18] MatmaRex: do you know why the thumb is now so horrible? https://en.wikipedia.org/wiki/Many-to-many_%28data_model%29 [13:20:58] (archived at https://en.wikipedia.org/w/index.php?title=Many-to-many_%28data_model%29&oldid=594029415 ) [13:21:03] Nemo_bis: as in? why it's placed so awkwardly? probably because en.wp editors are dumb http://i.imgur.com/NXZEpVj.png [13:21:30] MatmaRex: that's not what I see [13:21:47] well then why did you not start with a screenshot? :D [13:23:23] MatmaRex: in recent multimedia-related changes, I'm always unable to distinguish bugs from expected things [13:23:48] i get that with E:Translate [13:23:56] MatmaRex: attached to https://bugzilla.wikimedia.org/show_bug.cgi?id=69538 [13:25:10] looks good to me on monobook too [13:25:57] are you sure it's not some custom thing you have? [13:26:14] no [13:27:55] "no, it isn't" or "no, i'm not"? :D [13:28:09] i can't reproduce with anything on windows, i'm now upgrading firefox to see [16:09:14] Lydia_WMDE: ping? [16:12:06] manybubbles: hey [16:12:09] oh shit [16:12:11] sorry [16:12:32] Lydia_WMDE: for once you forget and I don't! Its cool [16:12:36] :D [16:13:04] :P [16:13:06] manybubbles: hmmm i can't join it seems? [16:13:23] can you invite me? [16:13:23] Lydia_WMDE: me neither - want to make a new one and invite me and robla? [16:13:28] k [16:13:33] well [16:13:38] robla said he'll not join? [16:13:46] thought he would [16:13:49] greg-g will be late [16:14:07] done [16:30:44] manybubbles: Lydia_WMDE is it done/over? [16:30:46] am I too late? [16:31:03] greg-g: yeah! [16:31:07] well then [16:31:10] good job! [16:31:20] we just had two things: review of the wikibasequery and then a new extension called capiunto [16:39:05] manybubbles: cool [19:40:20] https://www.mediawiki.org/wiki/MediaWiki [19:40:22] "Whoops! The default skin for your wiki ($wgDefaultSkin), vector, is not available. " [19:40:25] Reedy: ? [19:40:28] normal? [19:40:42] WFM... [19:40:56] Your installation seems to include the following skins. [19:41:01] vector / Vector (enabled) [19:41:05] https://www.mediawiki.org/wiki/MediaWiki?useskin=vector [19:41:09] it says it's NOT there and it is there at the same time ?1 [19:41:13] :/ [19:41:20] MatmaRex: ^^ [19:41:28] I can't replicate it.. [19:41:29] it's a pretty prominent warning, takes almost a screen [19:41:35] Yeah, I get it on my dev wiki [19:41:39] screenshot? [19:41:42] Haven't bothered to fix my skins ;) [19:41:46] should i make one? [19:41:52] huh? [19:41:53] WFM [19:42:02] mutante: Check the source for the apache [19:42:09] I wonder if one is out of sync or something [19:43:32] Reedy: mw1152 [19:43:43] refresh and see if it's still there? [19:44:01] obviously you'll git a different apache [19:44:21] jump onto the apache and curl locally [19:44:32] uh, s/apache/cluster [19:44:42] locally as in from that machine [19:44:48] * hoo tired [19:44:57] (possibly related: https://bugzilla.wikimedia.org/show_bug.cgi?id=69284 "Make sure fallback skin is never cached") [19:45:09] (someone who knows how to "make sure" should fix that bug) [19:46:14] http://picpaste.com/pics/Screenshot_from_2014-08-14_12_42_20-WFsI8NtR.1408045481.png [19:46:31] that's how my dev wiki looks [19:46:31] :D [19:47:03] i dont get it from a different appserver and in a different browser [19:47:43] i must say, i rather dislike how this message is out-of-sync with itself [19:48:00] haha [19:48:26] i bet it's legoktm's and his skinfactory's fault! [19:49:44] this skin is shown if Skin::normalizeKey('vector') === 'fallback' [19:49:52] uhm.. i disabled all my browser extensions and restarted firefox, that fixes it for me [19:50:00] iceweasel even [19:50:17] sorry if that was a false alarm, but the message itself still contradicts itself [19:50:47] the message says that a skin is enabled if SkinFactory::getDefaultInstance()->getSkinNames() has a key for 'Vector' [19:50:56] but this is all using the same data [19:51:01] as far as i can tell [19:52:40] hmmmmmmmm [19:53:21] hmm. [19:53:24] i dunno. this is weird [19:59:37] i dont see it anymore [20:20:52] hmm [20:20:59] someone else just reported the same issue to me on skype [20:22:05] It's a feature, not a bug! [20:22:07] :P [20:34:43] :/ [20:35:40] * legoktm looks [20:36:28] so it should call SkinFactory::makeSkin( 'vector' );