[01:20:03] how does the new templateeditor userright work on English Wikipedia [01:22:34] I mean, how is the "templateeditor" userright defined so that it restricts the template namespace [01:22:44] !noc [01:22:54] You can view the config at that last link, Withoutaname. [01:23:09] That question is also better suited to #wikimedia-tech, not that it really matters. [01:26:38] Gloria: I noticed the only changes were that $wgRestrictionLevels has "templateeditor" and $wgAddGroups, $wgRemoveGroups for rights allocation [01:27:42] and then the "templateeditor" group has the "templateeditor" userright [01:28:05] but theoretically, if it's not defined any other way, would it be possible to apply template protection outside the template namespace? [01:52:30] Withoutaname: I think it applies to any namespace. Nearly any namespace can be a template. [01:52:35] {{user:Foo/bar}} [01:52:51] The intention was to allow it to apply to Module pages in particular, I believe. [01:52:53] so it's a bit misleading... [01:53:01] What is? [01:53:27] it doesn't seem to do anything besides add a layer to the protection system [01:53:36] I thought it would be like editinterface, which is hardcoded [01:53:50] NS_MEDIAWIKI is automatically protected [01:53:54] editinterface isn't exactly hardcoded. [01:54:07] Protection on the MediaWiki namespace is a bit unusual. [01:54:15] It's not standard protection. [01:55:18] templateeditor is not strictly a userright like editinterface is (because of the automatic protection w/ editinterface), it's more like a layer in the protection system [01:55:46] Right. [01:55:52] That's how it was implemented. [01:56:13] That's not really surprising. It was discussed pretty thoroughly. [01:56:18] I just wanted to know how it was defined as a "userright" [01:56:26] it seems it was defined pretty loosely [01:56:45] It's not a user right. [01:56:49] It's a user group. [01:57:03] it's listed as one in Special:ListGroupRights [01:57:20] "templateeditor" userright belongs to "templateeditor" usergroup and "sysop" usergroup [01:57:20] And the discussion included technical implementation details, as I recall. [01:57:44] was there any associated extensions added [01:58:04] * Gloria looks. [01:58:51] also look in Special:ListGroupRights and tell me why it's listed a "userright" belonging to two different usergroups [01:59:19] That sounded pretty demanding. [02:00:07] im just joking :) [02:00:34] It was added to AvailableRights with a note. [02:01:08] And then the group is given that user right. [02:01:47] I don't think it was initially added as a user right. [02:01:52] The note says... [02:01:53] // So enwiki's protection rights can be assigned to global groups [02:02:05] It might've been done later, you'd have to look at the history to be sure. [02:04:04] https://gerrit.wikimedia.org/r/#/c/88196/3/wmf-config/InitialiseSettings.php,unified [02:42:48] ok new to this irc chat [02:43:48] i have a question about assigning the style background-color a variable is that possible? [02:44:40] here is a code fragment>> {| style="text-align:center" width="100%" cellpadding="0" cellspacing="0" |- style="vertical-align: top;" | style="color: tan; background-color:{{#var:mycolor2}};"|'''602 Ray St ( M )''' |} [02:45:49] Hi killroy1080. [02:46:00] hello gloria [02:46:01] "#var" sounds like it's coming from an extension of some kind? [02:46:16] yes that is where it's coming from [02:46:25] Extension:Variables [02:46:57] MediaWiki has templates built-in. [02:47:01] but my problem is for some reason i cant get the variable to assign a background color [02:47:02] Any reason you can't use those? [02:47:17] im using templates yes [02:47:21] If you make a page titled "Template:Mycolor2", you can call that template {{mycolor2}}. [02:47:38] You can call that template using the code "{{mycolor2}}", I mean. [02:47:47] Why are you using the Variables extension? [02:47:49] my goal is to use one template for color changes rather than two or more [02:48:18] You probably want the ParserFunctions extension, then. [02:48:22] Or Scribunto/Lua. [02:48:29] im using that as well [02:48:56] Then you probably want {{#switch:}} if you just want to use one template. [02:49:16] but here is the problem if i try to set the style backgound-color it always prints out the style and not render properly [02:49:34] Can you provide a link to your wiki? [02:50:01] sure give me a sec [02:50:14] http://warcommander.wikia.com/wiki/Sandbox:testcolorpage [02:50:40] here is a test template im also looking at [02:50:41] http://warcommander.wikia.com/wiki/Template:Changecolor [02:51:51] and here is where it will go after i get it working so that i only have one template with the header color different based on the value of the color i want to change to [02:51:53] http://warcommander.wikia.com/wiki/Game_Updates [02:52:38] http://warcommander.wikia.com/wiki/Template:Changecolor?action=edit [02:53:06] You could just make that "#2C362C". [02:53:09] And it would work. [02:53:59] Hmmm. [02:54:15] the top works but the the next section with the style in it does not work [02:54:21] do u see what i mean? [02:54:40] All that #var shit looks super-goofy and unnecessary. [02:55:51] ok this is my problem how do i make only one template that change it's background ? [02:56:04] I'll make a test page for you. [02:56:12] or do i have to make two templates? [02:56:23] ok gloria [02:58:01] https://test.wikipedia.org/wiki/Killroy [02:58:03] killroy1080: ^ [02:58:13] https://test.wikipedia.org/wiki/Template:Change_color [02:58:16] It's not very complex. [03:01:21] yes but would it work on the background-color as well? [03:01:28] seems like any thing i tired the background-color does not work [03:01:38] am i doing something wrong? [03:01:53] ^tried [03:03:34] killroy1080: https://test.wikipedia.org/wiki/Killroy#Background [03:03:59] Oh, I meant to update the text itself. Oh well. [03:04:09] lol [03:04:28] There, fixed. [03:04:31] https://test.wikipedia.org/wiki/Killroy#Background [03:05:23] You can try to continue struggling with #var, but I think you're better off just copying the "Change color" template and using that, if possible. [03:05:28] omg! it works there [03:06:00] The general issue you're hitting is that "#" is a reserved character in wikimarkup at the beginning of lines. [03:06:11] maybe there is a copy paste problem that is causing my issuse [03:06:23] So you're using a color such as #FEEDEE or whatever. [03:06:25] oh so thats why it did not work [03:06:35] And that "#" is being interpreted as "# foo". [03:06:47] Which at the beginning of a line makes a list item in an ordered list. [03:06:56] # foo [03:06:56] # bar [03:06:56] # baz [03:06:57] 1. foo \n 2. bar \n 3. baz [03:07:05] so i need to escape # symbol [03:07:14] I guess. [03:07:17] or use your color template [03:07:19] lol [03:07:21] Right. [03:07:26] let me try both [03:07:27] brb [03:07:33] You can escape the symbol, but that #var code also looked wonky. [03:07:48] It's probably useable with some tweaking, but it's probably not worth the headache. [03:09:03] omg! that was what was wrong but i may use the color template anyways [03:09:11] much cleaner that way [03:09:33] here it is modified now http://warcommander.wikia.com/wiki/Sandbox:testcolorpage [03:11:54] just to ask the switch statement allows me to assign any named color label to any color i want? [03:12:20] or r those wiki assigned names? [03:14:36] The former. [03:14:45] You can assign whatever you want. [03:15:03] That #switch takes the value of {{{1}}}, which is {{change color| [here] }} [03:15:23] {{change color|1=foo}} is roughly the same as {{change color|foo}} [03:15:34] So that switch creates key–value pairs. [03:15:52] ok i just checked i assigned the blue to the orgrang hex value and it showed up orange instead [03:16:08] so it's an unnamed variable in the switched parem [03:16:27] ok thanks so much for your help [03:17:06] now i can combine two templates into one again [03:19:43] oh here is where is will be changed at http://warcommander.wikia.com/wiki/Template:Game_Update_-_Major [03:20:45] No problem. [03:24:13] i guess i cannot do copy paste without breaking the template? [03:30:04] it's that confounded # that has to be either escaped or use rgb colors instead [03:31:22] is there a list of characters that has to be escaped? [03:47:29] ok im doing something very wrong [03:48:16] code fragment from http://warcommander.wikia.com/wiki/Template:Game_Update {{#switch:{{{{1}}} | red = | style="width: 100%; padding: 0.5em; border: 1px solid #101010; color: tan; background-color:{{Changecolor|red}};"|'''{{{Update Date}}} ( M )''' | blue = | style="width: 100%; padding: 0.5em; border: 1px solid #101010; color: tan; background-color:{{Changecolor|blue}};"|'''{{{Update Date}}}''' }} [03:49:42] it is supposed to switch color of the header on this {{Game Update|blue |Update Date = May 21, 2014 |Title = Operation: Cerberus! |Introduction = ... etc it should show up either as blue or as red [03:49:49] but it is not working [03:49:56] does not show up at all [03:50:02] what am i doing wrong [03:57:15] Hmm. [03:58:10] That MediaWiki skin is disturbing. [03:58:18] And Wikia really is an awful host. [03:58:32] lol sorry about that [03:58:45] but that is what the founder decided on [03:58:47] http://warcommander.wikia.com/wiki/Template:Changecolor?action=edit [03:58:49] That looks good. [03:58:54] It's your calling code that's silly. [03:59:00] http://warcommander.wikia.com/wiki/Template:Game_Update?action=edit [03:59:13] What's with the switch in there? [03:59:27] Hmmm. [03:59:32] I see what you're trying to do. [03:59:37] Maybe. [03:59:49] ok in the update date it's is either (M) or no (M) [04:00:04] Right. [04:00:09] Red and blue. [04:00:29] I didn't realize you were mixing templates and table wikimarkup. [04:00:48] Change "|" to {{!}}. [04:00:56] Template:! is a hack template. [04:01:10] just tried that to see if that fixed the trouble [04:01:36] You edited http://warcommander.wikia.com/wiki/Template:Game_Update?action=edit ? [04:02:11] You should use {{!}}. [04:02:22] tried that no change [04:02:45] You're not using {{!}} at http://warcommander.wikia.com/wiki/Template:Game_Update?action=edit [04:03:01] i just changed it [04:03:08] still no different [04:03:09] You typoed. [04:03:22] {{|}} should be {{!}}. [04:03:30] And be more patient. [04:03:31] i fixed it [04:03:42] i mean i changed the typo [04:03:45] now look [04:03:46] Right. [04:04:24] http://warcommander.wikia.com/wiki/Game_Updates [04:04:34] i have spent countless hours trying to figure it out it only seems to be less than that since i have been here btw [04:04:35] lol [04:05:14] > [04:05:14] RECENT UPDATES: [04:05:14] May 21, 2014 (M) [04:05:15] > [04:05:22] Is that what you want? [04:05:34] yes [04:06:08] Okay. [04:06:10] Is it working then? [04:06:52] oh sorry look below the may 21 to the may 14 that is what im trying to get [04:08:01] It's difficult for me to tell what's broken. [04:08:26] The template seems to be working? [04:08:32] http://warcommander.wikia.com/wiki/Game_Updates#May_21.2C_2014_.28M.29 [04:09:10] What about it? [04:09:25] this is supposed to have a background color red with the (M) but that is the other template:Game_Updates_-_Major [04:09:51] ===May 21, 2014 (M)=== [04:09:57] That's the code you're seeing, I think. [04:10:45] the date is supposed to be hidden color on purpose [04:11:32] Well, [04:11:38] there you go, then. [04:11:41] Glad that's settled. [04:11:55] we want a hidden date color to keep the edit tab there vissible [04:12:21] but i want a background color with the date center and big font [04:12:25] Fascinating. [04:12:41] So what are you trying to do? [04:13:32] to make the background color either red or blue via the switch statement and if it's blue background then the (M) will not show up [04:13:47] do you see my problem? [04:14:14] Probably. [04:14:49] | [04:15:06] You can try changing the two instances of that to {{!}} [04:15:10] i dont want to use two different templates to achieve this i want one to switch between colored backgrounds [04:15:26] oh ok [04:17:00] oh no it's stuck trying to publish [04:17:10] keep my figures crossed! [04:18:20] darrn still did not help [04:18:28] but thanks for all your help [04:22:03] killroy1080: I got distracted. It didn't work? [04:22:29] nope it did not [04:22:47] http://warcommander.wikia.com/wiki/Game_Updates [04:22:56] Looks better to me. [04:23:09] I see a red header, anyway. [04:23:16] so far i have 2 main templates to do the color change since i cant get the 3rd one working proper [04:23:50] i just switched the template back to the Template:Game_Updates_-_Major [04:24:00] Maybe another day. [04:24:10] 5yup it's getting late [04:24:48] thanks so much for your patience [04:24:54] No problem. [04:25:12] i will try to get with ya another day prehaps [04:58:01] looking at bug 54868, why does this return no pageprops : http://et.wikipedia.org/w/api.php?action=query&prop=pageprops&titles=Hannes%20Varblane - I cant find a bug for that, as suggested in comment 5 by legoktm ..? [04:58:24] !b 54868 [04:58:41] jayvdb: Have you seen http://i.imgur.com/yLtW7Sp.png ? [04:59:14] Comment 6 seems to suggest that the proposed change was abandoned? [04:59:46] 404 Not Found : The requested URL /yLtW7Sp.png was not found on this server. (probably Indonesian not so great fire wall) [04:59:48] https://gerrit.wikimedia.org/r/#/c/96951/ [05:00:16] http://i.imgur.com/yLtW7Sp.png exists. You should proxy. ;-) [05:00:29] Anyway, that Gerrit change explains the rationale for abandoning the change. [05:01:07] https://en.wikipedia.org/w/api.php?action=query&prop=pageprops&titles=Main%20Page [05:01:10] That seems to work... [05:01:45] What are you hoping to see? [05:01:51] Default sort key? [05:02:23] jayvdb: What page props do you think that page has? [05:04:32] it should now have a wikibase_item [05:05:32] It does. [05:05:37] https://et.wikipedia.org/w/api.php?action=query&prop=pageprops&titles=Hannes%20Varblane [05:05:43] [05:05:56] Probably cache. [05:06:12] jayvdb: ^ [05:07:39] Gloria: and surprise surprise, it now has a defaultsort prop [05:07:54] Indeed. [05:08:26] hey [05:08:38] jayvdb: wikibase_item page prop is set by the job queue, so it's not instant [05:09:04] so many years later, the defaultsort prop still didnt exist, until I added a wikidata link and purged the et.wp page ... ? [05:09:40] the lack of defaultsort is the worry - that has been in the page since 2009 [05:10:11] I've advocating null editing every page. [05:10:17] Advocated, even. [05:10:22] But TimStarling seemed to not like that idea. [05:10:24] ~6 delay on the job queue; or more likely a batch update not done [05:10:35] ~6 *year [05:10:41] Key word there. ;-) [05:10:59] There's all kinds of crazy inconsistencies in the databases. [05:11:08] If you start null editing the pages, you can find some of it. [05:11:11] haazar! [05:11:12] maybe defaultsort wasn't stored in that table originally? [05:11:24] https://www.mediawiki.org/wiki/Manual:Page_props_table says 1.13, which was 2008 [05:11:37] Right, but when the software gets updated, pages aren't re-generated. [05:11:42] And the software updates a lot. [05:11:47] And pages stay the same. [05:11:48] For years. [05:12:00] yeah [05:12:02] A lot of purging logic is attached to the idea that pages will be edited regularly. [05:12:22] Maybe I'll resume my editing. [05:12:38] Though I'm still not sure how to get around tripping null edit detectors. [05:12:42] purging all pages not edited in the last x (two?) years sounds like a good fix [05:12:48] jayvdb: You can save pages that subsequent "null" edits aren't so null. [05:12:57] It's a pretty neat trick. [05:13:00] But also horrifying. [05:13:17] Well, purging and null editing are a bit different in MediaWiki. [05:13:24] Though they're probably slow converging. [05:13:46] I didnt know there was a difference. [05:14:07] purging doesn't update links tables unless you use &forcelinkupdate [05:14:12] and even then, it's not perfect I think [05:14:21] https://en.wikipedia.org/wiki/Wikipedia:PURGE#Null_edit [05:14:33] Null editing simulates an actual edit. [05:14:39] ah yes I remember seeing that introduced as a stopgap measure [05:14:41] Which hits more code paths and does more updates. [05:14:55] ?action=purge alone just purges the HTML cache, I believe. [05:15:03] Now there are new flags to make it purge-ier. [05:15:13] But I still prefer null editing. [05:15:33] doing nothing never felt so good [05:15:46] Well, that's the thing: sometime it isn't nothing! [05:15:53] There are pages with "~~~~" stored in them. [05:16:01] So that when you null edit the page, it expands. [05:16:06] Or "{{subst:foo}}". [05:16:14] All kinds of craziness! [05:16:24] Most of it is unintentional. [05:16:38] But there's at least one documented case of an intentional trap. [05:16:40] https://en.wikipedia.org/wiki/User:Sgeo/null-edit-detector [05:16:41] a very good reason to do a spring null editathon and see what turns up [05:16:59] Hah. A null editathon. [05:17:05] That's kind of awesome. [05:31:08] or maybe they have been 'lost', which this bug seems to imply: https://bugzilla.wikimedia.org/show_bug.cgi?id=60147 [05:32:50] (tho it says properties are not lost, randomly loosing rows sounds pretty bad) [05:53:30] I need a new bathing suit. [05:53:31] 'cause I'm fat. [05:53:59] I might buy a new one tomorrow. [06:49:13] What is the default admin username? I just set up a private wiki and can't log in... [06:49:34] nevermind, guess it used my name [07:46:22] how does the database store users into the autoconfirmed user group [07:46:54] I queried my vagrant install for the user_groups table and only bot, sysop and bureaucrat came up [07:48:23] or into the "User" user group [07:50:25] hm, what if I decided to remove "autoconfirmed" from the list of implicit groups [07:50:28] or "user" for that matter [07:53:45] things would break... [07:58:49] I'm not exactly sure what being "autoconfirmed" means, if anything [07:59:54] there's a "confirmed" userright for anyone who can't pass the "autoconfirmed" threshold for some arbitrary reason, so I don't know what the point would be [08:01:21] legoktm: how would the database store users in any of the implicit groups [08:01:56] well * refers to any user [08:02:03] 'user' is logged in users [08:02:23] https://www.mediawiki.org/wiki/Autopromotion is how 'autoconfirmed' works [08:03:03] can I add, remove or rename stuff from $wgImplicitGroups [08:03:35] maybe it should just be made readonly, or taken out of the settings altogether [08:43:22] legoktm: has there ever been thoughts about including or excluding one spam filter from another [08:43:43] er, what do you mean? [08:43:44] in such if it hits one spam filter, stop checking others [08:44:18] and !AbuseFilter=72 [08:45:20] if it is a positive in one spam filter, I care not to see it caught in another spam filter [08:46:10] hmm, I don't think that's ever been considered [08:46:23] hoo would probably be the person to talk to about it though [08:46:30] kk [08:46:53] thx [08:47:58] With the AbuseLog refreshing on EVERY visit, rather than having a level of static presentation, it becomes a pain to trawl it to get new spamming urls [08:48:23] or more particularly urls that I have captured and specifically coded to exclude [10:08:11] I would like to create an account on mediawiki.org, but it sais my username is too similar to another string. what's the point of that? [10:26:57] Hi, can anyone help me with this? http://i.imgur.com/teMIfls.png [10:31:40] Hi guys! [10:32:16] I am currently testing the upcoming 1.23 release and it basically works. :-) However, running update.php I get thousands of these notices: [10:32:29] Content of archive 18399 unavailable! [10:33:35] I checked the DB and for these rows the revision text is included inside the archive table and _not_ in the text table. (It just are rows, which were created with old versions of MediaWiki.) [10:34:03] Is there anything I should do about that? Like is there a maintenance script, which I should run to "fix" that? [11:02:41] Allright then, I'll consider this a bug... [11:07:05] Bug 65765 created: update.php displays errors when updating ar_len field [11:07:06] https://bugzilla.wikimedia.org/show_bug.cgi?id=65765 [12:19:54] is there some sort of nice syntax highlighting, auto indenting editor available for media wiki? [14:03:32] <[CCP]FoxFour> Hey guys, I couldn't find an answer to this on Google. I have a template I want to use and part of the contents of the template include an = character. The = character breaks the template. Anyway of fixing that [14:03:33] <[CCP]FoxFour> ? [14:05:25] [CCP]FoxFour: either use explicitly named parameters, for example instead of {{template|param stuff}} use {{template|1=param stuff}} [14:05:58] [CCP]FoxFour: or create a page called [[Template:=]] on your wiki, and use '{{=}}' instead of '=' to escape it [14:06:08] [CCP]FoxFour: or, just use = in critical places [14:07:41] <[CCP]FoxFour> Your first suggestion works except I seem to lose the new lines that it includes [14:08:12] oh, yes. leading and trailing whitespace in a named parameter is stripped, including newlines [14:08:48] (the contents of [[Template:=]] in my second suggestion would be just '=', of course) [14:09:31] <[CCP]FoxFour> I can toss some
's in though [14:49:19] <[CCP]FoxFour> Thanks for your help MatmaRex [14:49:20] <[CCP]FoxFour> :) [14:49:58] :) [15:43:00] Hey guys I'm trying to use the mediawiki api. Can't figure out why the redirects parameters isn't working. eg: http://en.wikipedia.org/w/api.php?format=json&action=query&titles=Ny%20Rangers&redirects [16:01:51] omosoj: is this what you want? https://en.wikipedia.org/w/api.php?format=json&action=query&titles=Ny_Rangers&redirects [16:03:50] No.. I'm looking for the content of the redirect destination http://en.wikipedia.org/wiki/New_York_Rangers [16:09:21] spotty internet here. i missed anything you might have written after my last post. [17:07:45] Hey guys, would anybody happen to know exactly where Mediaiwiki handles the comparison of the password input to the password hash? Lately I've had a few break-ins, and I'd like to change from an MD5 system to sha256. [17:11:02] * bawolff points out that from a password security standpoint, sha256 is really no more secure than md5 [17:11:52] !hook | mojo_jojo [17:11:56] !hook UserCryptPassword' | mojo_jojo [17:11:59] !hook UserCryptPassword | mojo_jojo [17:12:05] It would, however, be nice to have anti-brute-force options. [17:12:08] typing is hard [17:12:23] Amgine: It would, but sha256 isn't anti-brute force :) [17:12:49] but it would resolve xyr problem better than sha256. [17:13:03] I thought somebody was going to work on that. Especially after the tool labs breach... [17:13:24] $wgMaxLoginsPerHour [17:13:25] mojo_jojo: there's also https://www.mediawiki.org/wiki/Extension:SecurePasswords which might interest you [17:13:51] mmm, LoginAttempts... [17:14:03] Amgine: oh that type of anti-brute forcing. I was thinking bcrypt type anti-brute force hashes [17:14:18] No. Simpler. [17:14:19] bawolff: Thanks! My SHA256 algorithm also contains a few surprises, so I don't think anyone would get by it with ease :P [17:15:07] bawolff: Hi [17:15:24] Hi [17:15:38] mojo_jojo: Well you know what they say about security through obscurity :P [17:17:28] Hmm, where should the hook be defined exactly? A pseudo-extension? I see mentions of user.php, not sure if that's the origin or place to set it. [17:17:36] bawolff: It would be great if you could review the patch. I am stuck currently. [17:18:48] mojo_jojo: You can do it in LocalSettings.php if you don't want to make a real extension [17:19:14] Awesome. [17:21:15] So, do I define my own salt or is that pulled from elsewhere? [17:22:20] You can see directly how its implemented in the User::crypt function [17:29:18] Does anyone know how to operate a wiki bot? [17:31:46] !bot [17:33:43] aww, [[Special:Preferences]] no longer tells user ID, I feel diminished [17:34:35] bawolff: I seem to have found another hook - UserComparePasswords. Is that for checking when logging in? [17:34:59] !hook UserComparePassword [17:35:01] Nemo_bis: really? :( [17:35:15] Whew, excellent documentation as always [17:35:25] what am I going to do with those really low lvl userids I got on new wikis? :( [17:35:35] mojo_jojo: Hooks should be documented in docs/hooks.txt in your mediawiki install [17:38:54] QueenOfFrance: you must revert to using the good old http://toolserver.org/~purodha/sample/dbswithuser.php :< [17:39:19] Nemo_bis: until ts dies [17:39:51] I don't believe that until it happens [17:42:55] Yeah, I totally would have kept my toolserver account if I realized it was still going to be around at this point [17:43:03] I thought it was going to die six months ago [18:00:11] Who knows what happens with a new WMDE ED and president ;) [18:01:38] I have this issue: http://www.mediawiki.org/w/index.php?title=Project:Support_desk&offset=20140525085938&limit=20#Some_pages_taking_7_-_15_seconds_to_load_43324 [18:01:58] Which part of the code deals with caching of the rendered page? [18:02:26] That's a complex question [18:03:05] bawolff: I'm trying to figure out if it's really using our APCu cache or not. [18:03:41] That type of cache is called the ParserCache [18:04:05] darkangel: Common issue when using APC for caching that, is that the size of the apc cache is not big enough [18:04:38] bawolff: Free: 442.6 MBytes (86.5%) [18:05:03] Hmm, well if its not out of cache space, then that's probably not the issue :) [18:05:13] bawolff: What would a key look like for the parser cache? [18:05:31] darkangel: Go to view source on a page, look for an html comment that looks like [18:05:51]