# RationalWiki:Technical support/Archive7

This is an archive page, last updated 10 December 2012. Please do not make edits to this page.
Archives for this talk page: <1>, <2>, <3>, <4>, <5>, <6>, <8>, <9>, <10>, <11>, <12>, <13>, <14>, <15>, <16>, <17>, <18>, <19>, (back)

## URL workaround for watchlist button

My mobile browser won't let me click on the "add/remove from watchlist" star. Is there a url &action= workaround for this? Or possibly an alternative method? Radioactive afikomen Please ignore all my awful pre-2014 comments. 10:15, 13 September 2012 (UTC)

&action=watch? sterilesporadic heavy hitter 11:04, 13 September 2012 (UTC)
and action=unwatch. -- Nx / talk 11:35, 13 September 2012 (UTC)
Thanks, both of you! It doesn't work if I tack it on to a .org/wiki/Article_name url, but it does with the .org/w/index.php?title=Article_name urls. But no on ever said workarounds were elegant -__- Radioactive afikomen Please ignore all my awful pre-2014 comments. 07:46, 16 September 2012 (UTC)

Is there an easy way to prevent usernames containing problematic characters from being registered?

A vandal registered the annoyingly long username, "The God-fearing Christian 1% must crush the inferior, sick, starving, morally bankrupt pagans of the 99%." This was eventually rectified, but until then the wiki kept giving me problems, telling me it couldn't find their user talk page (it allowed me to create the page, but gave me an error message when trying to access it) or their contributions page.

Obviously, these problems were solved when Ty renamed them, but I still find it odd that MediaWiki even allows usernames with characters that cause problems like that. Radioactive afikomen Please ignore all my awful pre-2014 comments. 02:11, 26 September 2012 (UTC)

Is it both percentage signs that are the problem, I wonder, or just the one at the end? Peter Subsisting on honey 03:54, 26 September 2012 (UTC)
% is a reserved character in URLs to, ironically, denote special characters. Hence WIGO:World is actually "RationalWiki:What_is_going_on_in_the_world%3F" with %3F standing in for the question mark. Although the URL to that user page does substitute % for %25, I imagine the error continues down into the Media Wiki back-end itself, meaning it returns an error rather than trying to direct to a page with that in. Which means you can't access any page with % in the title. sshole 10:41, 27 September 2012 (UTC)
I think its' the server not recognising it more than Media Wiki itself. This is something we should look into, especially if this whole 53%/47% and 99%/1% shit continues. bomination 10:43, 27 September 2012 (UTC)
And by "we" I mean, Trent. pathetic 10:43, 27 September 2012 (UTC)
You can get it though the "rationalwiki.org/w/index.php?title=[TITLE]" link rather than "rationalwiki.org/wiki/[TITLE]". So the error is whatever parses the latter isn't picking up %25 as a valid character and matching it with the database. That's all I can figure out. pathetic 10:46, 27 September 2012 (UTC)
When you type in a url that doesn't have index.php in it (called a short url), the server rewrites them internally and sends them to index.php. The rewrite rules RationalWiki uses are incredibly complex because we need to rewrite rationalwiki.net and rationalwiki.com into rationalwiki.org visibly while keeping the short url, (this doesn't work right, because it strips off the ? at the end, so http://rationalwiki.com/wiki/Conservapedia_talk:What_is_going_on_at_CP? is rewritten to http://rationalwiki.org/wiki/Conservapedia_talk:What_is_going_on_at_CP, and the redirect takes care of it; try it out), and then in another step, this url is internally, invisibly rewritten into rationalwiki.org/w/index.php?title=TITLE, because we want the user to see the short url in the address bar. The problem is what Armondikov said, % is a special character that's used to encode other character, and isn't encoded properly itself.
The server module that handles these rewrites, called mod_rewrite, is the most uselessly complicated piece of shit software in existence. This error is likely the result of me trying to work around its shittyness when implementing the complicated rewriting scheme described above. One solution could be to scrap the whole thing and redo it by rewriting to rationalwiki.org/w/index.php/TITLE - this is a different full url scheme than the index.php?title=TITLE scheme that was added to MediaWiki to aid in rewriting and to make default urls without rewriting set up look a bit better - it's handled entirely by mediawiki, not mod_rewrite, so it's a bit easier to set up, but it has its own problems too. -- Nx / talk 08:28, 28 September 2012 (UTC)
I fucking hate computers. gnostic 10:00, 28 September 2012 (UTC)

## Bot flag for User:ZooBot

Please.--ZooGuard (talk) 12:05, 1 October 2012 (UTC)

Done. ТyBother me 12:17, 1 October 2012 (UTC)

## Is Capturebot working yet?

Just wondering - David Gerard (talk) 10:05, 29 September 2012 (UTC)

Does anyone know what exactly is the problem? Incompatibility with the latest version of the MediaWiki API? Is there any way to see any error messages, or it requires server access?
I've had another look at User:Capturebot2. It seems that we have the source code and it runs on Python and Qt. I know a guy who works with Qt and I can ask him for help. Though I doubt that the problem is in the Qt part.--ZooGuard (talk) 10:13, 29 September 2012 (UTC)
Since it happened after the upgrade, the problem is almost certainly that the pywikipediabot version capturebot is using is outdated and incompatible. Though Pibot works, and if I remember correctly, Capturebot still responds to status commands, so it's just a problem with file uploads. -- Nx / talk 10:31, 29 September 2012 (UTC)
Pibot died on the 10th of August (a little after the upgrade) and hasn't been seen since. Peter Subsisting on honey 23:30, 3 October 2012 (UTC)
Who can I thank for pushing the button? Peter Subsisting on honey 23:45, 3 October 2012 (UTC)
So, I've decided to take a look: User:ZooBot. The first bug I found: the regexp looking for capture links in check() assumes that between the name of the "a" tag and the "href" attribute there are only whitespace chars. Our current version of MW puts there the "rel" and "class" attributes. Someone who knows more about regexps than me should have a look. I made a crude fix that seems to find the links, but the web2png script exploded. Now I have to look at that.--ZooGuard (talk) 12:53, 29 September 2012 (UTC)
I still can't make the webkit2png script work (using the code from User:Capturebot2/webkit2png.py). I don't know if the problem is in it or in my setup. The original error ("exploded") was a stupid syntax error that was trivial to fix. But there seems to be a problem in render(), and I don't know enough about Python/Qt to identify it.
So, someone please patch the regexp first and see if this fixes Capturebot.--ZooGuard (talk) 16:56, 29 September 2012 (UTC)

Pywikipedia has been updated, bots are running, file uploads are failing. Don't know why, looked into it, don't have time for much anymore. Is the code published somewhere? Other people can give it a shot using their own bot acocunts. Tmtoulouse (talk) 18:57, 29 September 2012 (UTC)

Acocunts? Генгисevolving 19:00, 29 September 2012 (UTC)
I just did that (User:ZooBot). Reade my posts above, there are links to the code. The Capturebot code is working (reports status), but due to some changes, it no longer can recognize <capture> tags. Proposed fix: open capturebot2.py and replace this line:
regexp = re.compile('<a\s*href="([^"]*)"[^>]*>(?:[^<]|<[^/]|</[^a]|</a[^>])*</a><span\s*class="wigocapture"><a\s*href="[^"]*"\s*class="new"\s*title="(?:Image:|File:)([^&"]*).png', re.UNICODE)


with this:

regexp = re.compile('<a[^>]*\s*href="([^"]*)"[^>]*>(?:[^<]|<[^/]|</[^a]|</a[^>])*</a><span\s*class="wigocapture"><a\s*href="[^"]*"\s*class="new"\s*title="(?:Image:|File:)([^&"]*).png', re.UNICODE)


Of course, make sure it has the original indentation level.--ZooGuard (talk) 19:19, 29 September 2012 (UTC)

Just as I found the fix, Conservapedia seems to have died (can't access it from my browser either). I've updated User:Capturebot2/webkit2png.py. -- Nx / talk 22:36, 29 September 2012 (UTC)

Also, the regexp fix ZooGuard found, User:Capturebot2/capturebot2.py. -- Nx / talk 22:37, 29 September 2012 (UTC)
Thank you very much for your work on this! - David Gerard (talk) 10:09, 30 September 2012 (UTC)

Any update on the bot status?--ZooGuard (talk) 14:46, 2 October 2012 (UTC)

I sent you an e-mail offering to setup access to the bot account using your RW e-mail link, otherwise it has to fit into my schedule. Tmtoulouse (talk) 14:54, 2 October 2012 (UTC)
I'm really sorry for being pushy. Thank you for your time. As for the email, my Inbox is a mess. :(--ZooGuard (talk) 09:08, 5 October 2012 (UTC)
Don't have to apologize, but there are several complicating factors to just pasting in something and calling it a day. First, as the only person actually doing tech support on our servers I have to take the time to make sure I have at least a working understanding of what the problem was and the fix, and second even after replacing the code the bot was crashing. This was an issue with the setup, but one that required actually sitting down and debugging for a chunk of time to figure out/fix. If you are interested in directly supporting some of this stuff server side I will be posting more info soon about trying to recruit some sys admins. Tmtoulouse (talk) 14:42, 5 October 2012 (UTC)

## Search broken again?

Free text search, at least. "Lisle" and "Lightner" come up with nothing. "Jason Lisle" comes up with " There were no results matching the query. There is a page named "Jason Lisle" on this wiki." - David Gerard (talk) 22:30, 3 October 2012 (UTC)

Seems to be fixed now.--ZooGuard (talk) 09:12, 5 October 2012 (UTC)

## Something is broken

On the Category:Logic page beneath High Priority Articles there is a line which reads Extension:DynamicPageList (DPL), version 1.8.9 : <dpl_log_16>. I have a sneaking suspicion that this is not what was intended. ГенгисOur ignorance is God; what we know is science. 15:47, 4 October 2012 (UTC)

Probably means that there are no "high priority articles" in the category "logic". The DPL code for that only uses the manual maintenance category Category:High priority, not the rate/priority template as that's a separate system that only lists talk pages. postate 15:52, 4 October 2012 (UTC)

## Oct 06: Customisations failing

Not sure what this lot was, but it's all extra customisations, JS, CSS, etc. hiccupping around the same time, so I'm grouping it together - David Gerard (talk) 22:48, 12 October 2012 (UTC)

The links to "to do" and "new pages" have vanished from the watchlist; the "click here to format this for the voting extension" bit has disappeared from "to do" - David Gerard (talk) 22:06, 5 October 2012 (UTC)

### Blocks and Deletions

So Blocks have, for most of the day, been on standard wiki lengths and reasons (and blocked users can't unblock themselves), and I think the deletion reasons are the same. Whats with?--Mikal Harass Follow 00:17, 6 October 2012 (UTC)

You also can't block yourself (atleast when i tried) and I can't get the IP block on me to end for other accounts -.- --Mikal Harass Follow 00:23, 6 October 2012 (UTC)
Given that most of the customization seems broken, it's very likely a server issue. ТyBother me 00:50, 6 October 2012 (UTC)

### CSS on the main page is screwed up

What I said. 00:51, 6 October 2012 (UTC)

### Yellow floaty box fail

Comme ca.
The yellow floaty box thing that shows up when you mousehover over a blue link is borked. It looks like the picture (not just in RC but ordinary pages too). SophieWilder 11:38, 6 October 2012 (UTC)

## Vandal brake

Displays <ipbanononly> next to one of the checkboxes -- Nx / talk 19:32, 15 October 2012 (UTC)

Also, <ipblocklist-username> on Special:VandalBin -- Nx / talk 19:33, 15 October 2012 (UTC)
AIUI VandalBrake was never quite brought up to 1.19-ness. Trent? - David Gerard (talk) 22:12, 16 October 2012 (UTC)

## Messing around with shit

Having just been rooted on RW, I'm wandering around contemplating the wonders of the server, which is sort of like a cartoon steam engine that's flexing back and forth, making foreboding noises and belching clouds of black smoke. I've done the following: 0. added a shitload of stuff to the Munin monitoring graphs so I know wtf is going on 1. upped memcached from 64MB to 128MB (looking at Munin, I'm not sure it'll do a lot, might try APC too if needed) 2. switched off KeepAlive in Apache (which promptly saved us 400MB) and the biggie, 3. enabled HTML page caching for anonymous users, which should greatly help with the intermittent Reddit-dottings and doesn't break the hit counts at the bottom of the pages. Let's see how things go - David Gerard (talk) 22:45, 12 October 2012 (UTC)

We in fact have APC. And its cache hit rate is 99.8%, which can reasonably be described as "optimal" - David Gerard (talk) 23:21, 12 October 2012 (UTC)
Also just wound PHP-in-Apache allowed memory from 256MB (ridiculous) to 64MB. This shouldn't break anything in MediaWiki (could wind it back to 32MB in theory), and just put free memory over a gig. But let us know if weird shit starts happening on complicated pages - David Gerard (talk) 23:34, 12 October 2012 (UTC)

So basically it is like the TARDIS? Cobbled together from stolen spare parts, and mostly invisible to the user? ħuman 00:21, 15 October 2012 (UTC)

Not as photogenic. I've just switched KeepAlive back on with a short timeout (2 sec) and only 10 reqs per thread, which should be enough to load CSS/JS/images. We got hit by something a bit under an hour ago that sent the server into swap, in which state it was pretty much unresponsive; I'll see if this will help with that - David Gerard (talk) 22:11, 16 October 2012 (UTC)

Just asked mediawiki-l for general help. The response from seasoned MediaWiki devs is heartwarming - David Gerard (talk) 23:50, 17 October 2012 (UTC)

Try replying to a thread. The loader gif for the toolbar keeps spinning. The request actually completes successfully, so the problem is probably in the javascript. -- Nx / talk 13:50, 13 October 2012 (UTC)

That's been happening to me for weeks, so I assumed it was an inherent problem with LQT. Radioactive afikomen Please ignore all my awful pre-2014 comments. 20:42, 13 October 2012 (UTC)
Yeah, the upgrade broke it. -- Nx / talk 20:47, 13 October 2012 (UTC)
LQT is officially unmaintained. We basically get to keep both pieces - David Gerard (talk) 21:16, 13 October 2012 (UTC)
Nx or anyone - do we have a list of what's broken with LQT? I may ask on mediawiki-l and mwusers.com in case anyone else has successfully hacked the damn thing into limping along - David Gerard (talk) 21:43, 13 October 2012 (UTC)
That, and css and js loading too late, so before the page fully loads, it looks like shit. I just checked, and there's a half-finished LQT 3.0 in git, but I don't know how broken that is, and I don't know if there's a conversion script for the new db schema (probably not). -- Nx / talk 21:46, 13 October 2012 (UTC)
Or if this one will ever be finished either. Personally I'd look for a conversion script to turn LQT pages into wikitext - David Gerard (talk) 21:49, 13 October 2012 (UTC)
@Nx: Is that what makes it look like this? (Chatting via LQT is even more difficult than editing MW is normally on my phone. That should not be possible, but it is.) Radioactive afikomen Please ignore all my awful pre-2014 comments. 22:11, 13 October 2012 (UTC)
Yeah, that's it. -- Nx / talk 22:14, 13 October 2012 (UTC)

David, LQT is not completely dead, it's on life support. The problem is, our version had a few patches, and I don't know where those are (probably somewhere in ~nx) or if Trent upgraded LQT and discarded my patches or what. -- Nx / talk 22:27, 13 October 2012 (UTC)

Krinkle (MW dev) recommends making sure we get the latest [1]. I'm disinclined to mess with it until I have time to set up rationalbeta.com to be as exactly like rationalwiki.org as possible (libphp rather than cgi, for a start) and then make sure nothing breaks. The idea is not to break the rest of the site by messing with LQT on live. (Mostly I'm waiting for the next Reddit-dotting to see if the minimal messing about I've done so far will hold up.)
Hmm, is your patched version likely to still be on rationalbeta? - David Gerard (talk) 23:00, 13 October 2012 (UTC)
Probably not. Is the lqt extension dir still on svn? you could do an svn diff I guess...
How much disk space does RationalBeta have? Would it be possible to copy the entire database over to beta verbatim? -- Nx / talk 23:09, 13 October 2012 (UTC)
The master branch has LQT2.0, LQT3.0 is in the lqt-updates branch. -- Nx / talk 23:32, 13 October 2012 (UTC)
We're not critically short on disk - 94GB used, 71GB free. It's on the to-do list - David Gerard (talk) 23:35, 13 October 2012 (UTC)
In order to dump the database for back up we have to have atleast the size of the DB free. Tmtoulouse (talk) 23:37, 13 October 2012 (UTC)
Isn't RationalBeta on a different server?
Back to the topic at hand, I just checked out MW1.21 alpha and latest LQT and guess what, toolbar doesn't load.... -- Nx / talk 23:40, 13 October 2012 (UTC)
No everything has been consolidated to one server, with the bots running on my personal cloud. Tmtoulouse (talk) 23:50, 13 October 2012 (UTC)
Ok, figured it out, LQT has a hardcoded dependency for WikiEditor (the shiny new edit toolbar), and if it's not present, this happens. RW has WikiEditor installed, but either it or LQT or both are out of date. -- Nx / talk 00:02, 14 October 2012 (UTC)
Meanwhile, LQT3.0 is in a completely unfinished and broken state, enabling it means losing all content on LQT talk pages, and I don't think there's a conversion script. -- Nx / talk 00:22, 14 October 2012 (UTC)
My psychic powers tell me it'll never be finished either, given LQT2 is in production on WMF wikis despite its experimental status - David Gerard (talk) 00:31, 14 October 2012 (UTC)
That sounds promising! - David Gerard (talk) 00:31, 14 October 2012 (UTC)
I'll see what scurvy tricks I can come up with. Things to take slowly and get right - David Gerard (talk) 00:31, 14 October 2012 (UTC)
Don't try to use LQT style indentation with wikitext, it doesn't work without visual guides. -- Nx / talk 00:53, 14 October 2012 (UTC)
WHEN I WAS A LAD WE JUST COUNTED THE COLONS. Kids these days - David Gerard (talk) 08:55, 14 October 2012 (UTC)
LQT is a festering boil on the buttocks of the wiki-world; the sooner it is lanced and the resultant oozing pus is cleansed away, the better. Doctor Dark (talk) 04:36, 15 October 2012 (UTC)
Your sentiment is 100% accurate and we're stuck with the damn thing - David Gerard (talk) 05:53, 15 October 2012 (UTC)
It was an ambitious attempt to make commenting in MediaWiki not suck. Too ambitious perhaps. It's still better than MW talk pages. -- Nx / talk 06:06, 15 October 2012 (UTC)

### LQT patches

One of the patches I made was to prevent someone from editing the sig of a comment without editing the comment text. This was a hack, but it was necessary, because I thought it was possible to edit a sig irreversibly and without any trace. Turns out I was wrong, it does show up in a page's history, though it's not obvious at all, the entry says comment text edited, and it links to a diff that doesn't show anything, because there was no change to the text, only the sig, which is stored separately. It also doesn't show up in Recent Changes, so it's a great vandal target, my patch at least fixed that. I just tested, and it seems the patch is gone. -- Nx / talk 00:58, 14 October 2012 (UTC)

Tchaaa! Is there a submitted bug for this? - David Gerard (talk) 11:00, 14 October 2012 (UTC)
Yeah, 36096. -- Nx / talk 18:00, 14 October 2012 (UTC)
David, please clone the master branch of LQT (keep a backup of the current extension we're using just in case), it should fix the immediate issues, and I'd also like to know if it's compatible with MW19 -- Nx / talk 06:06, 15 October 2012 (UTC)
Done. Using the handy test thread, it appears worse. (The version installed was the one that was supposed to go with 1.19.) Reverting. I think LQT brokenness is presently not easily fixable, given the updated maintenance version works worse than the one we have already. The devs' reply is "works for us, must be you" - David Gerard (talk) 21:10, 16 October 2012 (UTC)
Try git master. -- Nx / talk 04:59, 17 October 2012 (UTC)
That was what I did try (if the above wasn't clear). The one that supposedly goes with 1.19 was what was there before, now it's back to that - David Gerard (talk) 08:00, 17 October 2012 (UTC)
Ah, I misunderstood you. What was broken with git master? -- Nx / talk 08:04, 17 October 2012 (UTC)
Multiple spinners, CSS loaded even more unreliably (in a minute's thumping it) - David Gerard (talk) 10:01, 17 October 2012 (UTC)

## Hiccups in the last coupla hours

The server went into swap and thrashed itself to death (not apparently due to lots of hits, it just did it by itself); I restarted Apache, that didn't quite do it, Trent restarted the box itself and it fsck'ed (that's Unix for chkdsk). Everything should be back. This sort of thing is the problem we have, which is underresourcing. Going from the 4GB Linode to the 8GB Linode is the bit that would cost us another $200/mo; Trent's researched this and says this is about the going rate for non-crappy hosting. Expect this to happen from time to time as the box occasionally shudders and farts. (Lucene doesn't help, 'cos it's a fat bastard, but it's also the only search that's any good.) I will be researching and writing a plaintive message to mediawiki-l asking what gaffer-tape we might try in the meantime - David Gerard (talk) 19:48, 17 October 2012 (UTC) Actually, sphinx is also very good. There's just the issue of updating the search index (unlike lucene, sphinx needs a complete rebuild of the index every time, but that's offset by the vastly superior rebuilding speed, and the incremental updates feature). There's also a realtime index feature, which doesn't require rebuilding and is always up-to-date, but it is less efficient, especially as the index grows, and it lacks some search features. There's an MW extension for easy integration into MediaWiki. -- Nx / talk 21:05, 17 October 2012 (UTC) ## User name character limit Could we please have a character limit for user names? When a user name troll or just a random idiot show up with a screed within a name it can really muck up recent changes, especially if they decide to edit. inb4 cries of fascism and sarcastic requests for "nite moad"--"Shut up, Brx." 22:29, 17 October 2012 (UTC) What would a reasonable limit even look like? OnTheInternetNobodyKnowsYou'reAGod's own username is 34 characters long. Radioactive afikomen Please ignore all my awful pre-2014 comments. 23:49, 17 October 2012 (UTC) I don't know. I am just trying to open dialogue on what I feel is a minor problem that could use fixing. How about a non-retroactive ban on all user names longer than 25 characters? 40 characters?--"Shut up, Brx." 02:00, 18 October 2012 (UTC) If the only problem is aesthetic then there is no problem. Acei9 02:14, 18 October 2012 (UTC) Pretty much what ace said. Our username friend is sporadic with account creation and most others are rare occasions of trolling and unless that changes theres not really much other need. --Mikal Harass Follow 02:31, 18 October 2012 (UTC) The problem is that it's retroactive, users who have a name longer than the limit won't be allowed to log in. -- Nx / talk 04:50, 18 October 2012 (UTC) What? And kill great legacies such as this: User:Mynameisexcessivelylongbutidon'tcarebecauseiamatrollvandalandsockoficewedge,sometimesallthreeatthesametime, actuallyimadethisaccounttotestcharacterlimitsbutwhatever ? I won't stand for it! Radioactive afikomen Please ignore all my awful pre-2014 comments. 05:05, 18 October 2012 (UTC) ## Blank watchlist (from Saloon Bar) This evening when I click my Watchlist tab all I ever get is a totally blank page -- not even a RW logo or error message. Anybody else, or do computers hate me again? Doctor Dark (talk) 01:16, 13 October 2012 (UTC) How many pages do you think you have on your watchlist?--"Shut up, Brx." 01:56, 13 October 2012 (UTC) If it had anything to do with size, Human would've mentioned something. He has practically half the site on his watchlist. Radioactive afikomen Please ignore all my awful pre-2014 comments. 02:06, 13 October 2012 (UTC) My guess is it could be related to the changes in memory allocation, drop this not over at tech support. Tmtoulouse (talk) 02:54, 13 October 2012 (UTC) Actually, that's alarmingly plausible. Might be memory, might be timeout. Could everyone please try their watchlist? If you get a blank page, how long did it take to return a blank page? - David Gerard (talk) 08:26, 13 October 2012 (UTC) Blank page loads promptly, and done. Same thing as yesterday evening. I only watch pages I happen to have edited, no idea how many. Sprocket J Cogswell (talk) 13:00, 13 October 2012 (UTC) More than 5000 pages on my watchlist, loads after a second or two. -- Nx / talk 13:16, 13 October 2012 (UTC) Hmm, that's disconcerting. Like many here I suspect, my watchlist is the page I usually come to RW on. Mine says at the top "360 pages on your watchlist, not counting talk pages." Of course, you can't see that ... (Tech detail: the confusing thing is the Apache logs don't show any "200 0" for Special:Watchlist, at all. So either it's serving something that renders as a blank page, or something before Apache, which should be nothing whatsoever, is showing a blank page. I see a few "200 0" for other pages. A bit over 1% of connections give a 408 request timeout, for example - but the request timeout is 300 seconds, which is quite huge enough.) One thing that would really help: to know the IP you're coming from and the approximate time, so I can look in the logs and see what's up. If anyone's getting a blank watchlist, please check your IP and email it to me at dgerard@gmail.com with the time, and I'll see if I can spot it in the logs - David Gerard (talk) 13:31, 13 October 2012 (UTC) Nothing in the php error log? It might be something else. -- Nx / talk 13:44, 13 October 2012 (UTC) Nothing obvious, though if I get timed error reports I'll look there too. I see 22 memory exhaustion errors in 859,000 server hits in yesterday's log, which is not awful - David Gerard (talk) 14:06, 13 October 2012 (UTC) I tried Susan's old DPL-heavy user page after you lowered the memory limit, and it worked, Best of CP also works,, can't think of anything else that would be memory intensive right now. -- Nx / talk 14:10, 13 October 2012 (UTC) Make a test account and copy the rows from the watchlist table where user id is Sprocket's. Then test. Also, Btw, do you know on which pages those 22 memory exhaustion errors were? -- Nx / talk 14:25, 13 October 2012 (UTC) I'll try the copy-watchlist trick in an idle moment. Dunno what pages, the error log just lists the actual MediaWiki PHP files that errored. S'pose I could correlate with Apache logs, but I'm putting off cleaning the house as it is. Ah, the joy of a new pet (RW) - David Gerard (talk) 14:44, 13 October 2012 (UTC) Well, you could do something like this, don't know if it'll conflict with anything MediaWiki does, but if you put it into localsettings, it'll probably be earlier than anything MW is trying to do and will get overwritten when needed. -- Nx / talk 14:56, 13 October 2012 (UTC) That is a fantastic idea and I just put it into place - David Gerard (talk) 17:34, 13 October 2012 (UTC) 0 reports since I posted the above. Is this still happening? Please work with me here if it is - David Gerard (talk) 17:12, 13 October 2012 (UTC) Still happening for me. Sprocket J Cogswell (talk) 17:22, 13 October 2012 (UTC) Aha, data! Now to dive in ... - David Gerard (talk) 17:33, 13 October 2012 (UTC) ps: if it was in the last few minutes, that was me fecking about to try to log URIs per above - David Gerard (talk) 17:34, 13 October 2012 (UTC) Still blank as of a few seconds ago... Sprocket J Cogswell (talk) 17:37, 13 October 2012 (UTC) Me too. In response to some earlier questions (1) my watch list is not huge, maybe a few dozen pages (though of course I can't see it now..) and (2) the blank page returns within 5-10 seconds. Doctor Dark (talk) 17:53, 13 October 2012 (UTC) BLOODY ARGH nothing in the logs. I'll thump it again after dinner - David Gerard (talk) 18:03, 13 October 2012 (UTC) Doctor Dark, please go to Special:EditWatchlist/raw, and if it loads, copy and paste the list somewhere, e.g. a subpage of your userpage. I'd like to try your watchlist, to see if it'll happen to me as well. -- Nx / talk 18:34, 13 October 2012 (UTC) ### Copied watchlist I copied Doctor Dark's watchlist over to one of my other accounts and it loads for me. Tmtoulouse (talk) 20:02, 13 October 2012 (UTC) Doctor Dark do you use any gadgets or other java script? Does it error on any browser/computer you use if you have tried more than one? Tmtoulouse (talk) 20:04, 13 October 2012 (UTC) Ooh yes, the "other browser" test. Mind you, the user-agents showing the 500 error on Special:Watchlist are pretty diverse in browser and OS - David Gerard (talk) 20:09, 13 October 2012 (UTC) My guess is that it isn't a browser per say, but wondering about addons/gadgets/apps etc. Tmtoulouse (talk) 20:12, 13 October 2012 (UTC) If it's a 500 error, then there should be something in the php error log. -- Nx / talk 20:13, 13 October 2012 (UTC) Edit: LQT hooks into the watchlist to display that "there are new messages" notice, perhaps that's the culprit? -- Nx / talk 20:14, 13 October 2012 (UTC) Plausible - LQT throws a few warnings - David Gerard (talk) 20:56, 13 October 2012 (UTC) What are they? -- Nx / talk 20:58, 13 October 2012 (UTC) Here's the last few days' worth. Jeez, fat bugger with memory. By the way - I think those timestamps are UTC, not EDT (the Apache logs are EDT) - David Gerard (talk) 21:19, 13 October 2012 (UTC) [11-Oct-2012 02:13:43] PHP Notice: Undefined variable: _SESSION in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/View.php on line 363/ [11-Oct-2012 02:33:57] PHP Fatal error: Call to a member function getTitle() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/View.php on line 87/ [12-Oct-2012 17:24:15] PHP Fatal error: Call to a member function getPrefixedText() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/api/ApiFeedLQTThreads.php on line 117/ [12-Oct-2012 23:57:24] PHP Fatal error: Call to a member function getPrefixedText() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/api/ApiFeedLQTThreads.php on line 122/ [12-Oct-2012 23:58:19] PHP Fatal error: Call to a member function getPrefixedText() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/api/ApiFeedLQTThreads.php on line 122/ [13-Oct-2012 00:10:27] PHP Fatal error: Call to a member function getTitle() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/View.php on line 87/ [13-Oct-2012 01:44:51] PHP Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 82 bytes) in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/Thread.php on line 487/ [13-Oct-2012 01:44:59] PHP Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 83 bytes) in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/Thread.php on line 505/ [13-Oct-2012 05:25:52] PHP Fatal error: Call to a member function getPrefixedText() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/api/ApiFeedLQTThreads.php on line 122/ [13-Oct-2012 05:40:22] PHP Fatal error: Call to a member function getPrefixedText() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/api/ApiFeedLQTThreads.php on line 122/ [13-Oct-2012 06:01:42] PHP Fatal error: Call to a member function getTitle() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/View.php on line 87/ [13-Oct-2012 12:07:58] PHP Fatal error: Call to a member function getTitle() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/View.php on line 87/ [13-Oct-2012 12:59:21] PHP Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 88 bytes) in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/Thread.php on line 487/ [13-Oct-2012 17:20:44] PHP Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 32768 bytes) in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/Threads.php on line 81/ [13-Oct-2012 18:08:25] PHP Fatal error: Call to a member function getTitle() on a non-object in /home/rationalwiki/public_html/w/extensions/LiquidThreads/classes/View.php on line 87/ Doesn't look like there's anything watchlist related in there. LQT modifies the db query so that pages in the thread namespace are left out of the watchlist. If we can get someone who's having the problem to try it before and after, it might be worth trying with this line commented out temporarily in LiquidThreads.php: $wgHooks['SpecialWatchlistQuery'][] = 'LqtHooks::beforeWatchlist';

-- Nx / talk 21:30, 13 October 2012 (UTC)
Never mind, didn't see the comments below. -- Nx / talk 21:31, 13 October 2012 (UTC)
I think I'm not going to mess with it on a live wiki when I can't duplicate it myself and revert bad changes in seconds, but that would be the next thing if it happens again - David Gerard (talk) 21:41, 13 October 2012 (UTC)

### Upping memory

I've just turned PHP-in-Apache's memory up from 64MB to 96MB. (And there goes our memory headroom *sob*) Doctor Dark, Sprocket, please try again - David Gerard (talk) 21:19, 13 October 2012 (UTC)

Now I see a watchlist. FWIW, I try to stay away from LQT, because either this Firefox thingy takes its own sweet time parsing it, or somewhat's hosed at server side? I don't know. DIfferent issue. Sprocket J Cogswell (talk) 21:23, 13 October 2012 (UTC)
Yeah, it's broken since the upgrade. -- Nx / talk 21:33, 13 October 2012 (UTC)
It works! Sorry for the delay in replying. Doctor Dark (talk) 21:30, 13 October 2012 (UTC)

Human reports a broken watchlist. FUCK. At least I have an IP and time, will try to track down what's going on later - David Gerard (talk) 10:23, 14 October 2012 (UTC)

[14-Oct-2012 01:05:50] PHP Fatal error: Allowed memory size of 100663296 bytes exhausted (tried to allocate 32 bytes) in /home/rationalwiki/public_html/w/includes/GlobalFunctions.php on line 317 COCK COCK COCK FUCKSOCKS WANKBISCUIT I've upped memory allocation to 112M, will up to 128M if that doesn't fix Human's watchlist (which is probably, indeed, pathological) - David Gerard (talk) 21:45, 14 October 2012 (UTC)
I was going to mention that I was having watchlist problems again earlier today, but I don't want to be responsible for paying David's diazepam bill. Doctor Dark (talk) 22:21, 14 October 2012 (UTC)
Seven seconds to a blank screen (page source is also completely blank). ħuman 00:19, 15 October 2012 (UTC)
Didn't Trent clear your watchlist last time? -- Nx / talk 04:09, 15 October 2012 (UTC)

Upped it to 128MB. Chad on mediawiki-l notes that MW is, in point of fact, a fat bastard. PLEASE DO TRY AGAIN, GENTLEPERSONS. (And supply time of blank pages.) - David Gerard (talk) 05:53, 15 October 2012 (UTC)

None in the 14 hours since I did that, so that's nice. I have a stomach bug so will not be attempting anything fancy with a root prompt for now - David Gerard (talk) 18:11, 15 October 2012 (UTC)

Human was still getting a blank page, so I've upped it to 140MB - David Gerard (talk) 22:18, 16 October 2012 (UTC)

And again (and I can see the memory exhaustion in the PHP error log), so upped it to 160MB - David Gerard (talk) 10:00, 18 October 2012 (UTC)

## WIGO: CP talk's edit screen templates re: capturebot

If you begin to edit WIGO:CP Talk, the notice on how to insert Capturebot's tags is followed by "(And then manually screenshot it yourself, as Capturebot is presently down.)". Capturebot is back. Someone should probably remove the instruction to bypass using Capturebot and screencap manually since that's not necessary anymore. I had a dig through the templates list to try and fix it myself, but then I realized that a Wiki template that lives inside of the edit box (i.e., on normal pages) is not going to be able to affect the edit page's UI. I'm guessing it's something in MediaWiki. Ochotonaprincepsnot a pokémon 09:01, 18 October 2012 (UTC)

For future reference. -- Nx / talk 09:48, 18 October 2012 (UTC)
I had no idea that was there. Well, that's my something learned for the day, time to go play video games until my thumbs can't move. Thanks for the tip, Nx. Ochotonaprincepsnot a pokémon 11:26, 19 October 2012 (UTC)

## Ru

Now ru.rationalwiki.org redirects to rationalwiki.org . Does somebody know what the problem?--Mr. B 22:07, 18 October 2012 (UTC)

We are working on some infrastructure changes to better handle traffic spikes, the likely culprit here, keep reporting any problems you have and will try and get them solved asap. Tmtoulouse (talk) 00:41, 19 October 2012 (UTC)
Ok.--Mr. B 10:38, 19 October 2012 (UTC)
One more question. What the approximate time estimation of repairing?--Mr. B 21:51, 19 October 2012 (UTC)
It should be fixed as far as I know, its a DNS propagation so maybe hasn't reached you yet. Anyone else not able to access it? Tmtoulouse (talk) 21:59, 19 October 2012 (UTC)
Mmm... The site is not available from Firefox, and IS availadle from IE. Thank you. Now, I see that the problem is with my own PC.--Mr. B 22:36, 19 October 2012 (UTC)
Clear your cache. Tmtoulouse (talk) 22:37, 19 October 2012 (UTC)

### Rationalwiki.com

Dead in the water. I actually enter the .com domain more often than .org. Osaka Sun (talk) 04:32, 19 October 2012 (UTC)

fixed? 50.130.133.249 (talk) 04:37, 19 October 2012 (UTC)
Yes. Thanks Trent BoN. Osaka Sun (talk) 04:49, 19 October 2012 (UTC)

## WIGO voting not working?

Anyone else seeing problems with the WIGO voting? I couldn't get it to count my up-vote on the (CP) drunk driving entry, and when I tried changing it to a down-vote, it removed someone's up-vote and replaced it with my down, as though I had previously voted on that entry even though I know I hadn't. Wehpudicabok (talk) 06:39, 21 October 2012 (UTC)

Humm, this might be tech support. I was wondering how the WIGO extension would work through the new Squid proxy and was satisfied when I verified I could up/down things. Is this a consistent failure for you or a hiccup? - David Gerard (talk) 09:22, 21 October 2012 (UTC)
For me, the drunk driving WIGO on CP is showing +2 atm. If I click "up", nothing happens; if I click "down", it goes to zero. I haven't voted on it before. The one below was showing 77; when I click up it goes to 79 then back down to 77. This seems to be the rule - either nothing happens or it changes by 2. rpeh •TCE 09:40, 21 October 2012 (UTC)
It changes by 2 because it thinks you have already voted and that you are therefore changing your vote, there's obviously something wrong though because I clicked the latest WIGOWorld up (also standing at 2) and nothing happened while the down arrow went to 0. ГенгисYou have the right to be offended; and I have the right to offend you. 10:37, 21 October 2012 (UTC)
I know that's what it usually means, but I definitely hadn't voted on that one. rpeh •TCE 10:46, 21 October 2012 (UTC)
It doesn't change, it refreshed the value from the server. So if someone votes up at the same time as you vote down, you won't see a change. -- Nx / talk 11:15, 21 October 2012 (UTC)
Well I'd hate to get too technical with you Nx but if someone votes down surely the up/meh/down bar would change, even if the balance doesn't. ГенгисRationalWiki GOLD member 11:27, 21 October 2012 (UTC)
That's true, but do people notice that? And if someone votes up and you vote down, and assuming there are no neutral votes, it won't change, because the ration doesn't change. -- Nx / talk 11:35, 21 October 2012 (UTC)
I voted on the most recent WIGO World for which there were just 2 ups votes and the bar was all green. It didn't change to 3 when I pressed the up but it went down to 0 and equal red/green split when I pressed the down. ГенгисOur ignorance is God; what we know is science. 11:39, 21 October 2012 (UTC)
3 down votes came in between the time you opened the page (it's possible that the new caching interferes with that, giving you an older version of the page, though it shouldn't if you're logged in) and voted? -- Nx / talk 11:40, 21 October 2012 (UTC)
It happens with several different votes. One on the economy had 1-1-1, I gave it a red and there was no change but when I voted meh it went to 2 orange and 0 red, another vote down on one that was big up registered immediately. I am wondering if the cache is holding the most recent and ignoring an incoming of the same type and only acting on it if it is completely different. ГенгисGum disease 11:52, 21 October 2012 (UTC)
How do test votes go on older WIGO items, not recent ones? I'm seeing what might be others voting at the same time on recent ones, but older ones seem to be behaving as expected - David Gerard (talk) 11:53, 21 October 2012 (UTC)
One from mid-September that was 100% positive increased OK. But if you've been messing around with backroom stuff maybe there was nothing in the cache for that. ГенгисYou have the right to be offended; and I have the right to offend you. 12:06, 21 October 2012 (UTC)

For WIGO addicts like myslelf, this is getting excruciatingly annoying. Osaka Sun (talk) 19:15, 21 October 2012 (UTC)

David, I think I know why this is happening. WIGO uses IPs to uniquely identify users. I just tried voting on a few WIGO:CP entries, and it appears as if I had already voted. My guess is that it's getting the proxy's IP, not the user's IP, The code uses getenv ("REMOTE_ADDR"), which isn't correct behind a proxy (I don't know why it works sometimes though, probably bypassing the proxy if it's not in the cache or something). I'll take a look at some core mediawiki code for the correct code to use. -- Nx / talk 19:29, 21 October 2012 (UTC)

My guess is that its pulling the IP address from the squid not the user. Tmtoulouse (talk) 19:27, 21 October 2012 (UTC)

Hm, EC was resolved automatically, give me a second to find a fix. -- Nx / talk 19:31, 21 October 2012 (UTC)
Confirmed its using proxy IP, the squid passes the user IP using | X-Forwarded-For, I will look into it too but if there is any easy command to pull that header info. Tmtoulouse (talk) 19:32, 21 October 2012 (UTC)
Ok, search for $wgWigo3ConfigStoreIPs is wigo3.php, then put global$wgRequest; before the lines that say (there should be three)
$voter =$wgWigo3ConfigStoreIPs ? getenv ("REMOTE_ADDR") : $wgUser->getName();  and replace those lines with: $voter = $wgWigo3ConfigStoreIPs ?$wgRequest->getIP() : $wgUser->getName();  That should fix it. -- Nx / talk 19:36, 21 October 2012 (UTC) Still seems to pull squid ip. Tmtoulouse (talk) 19:51, 21 October 2012 (UTC) That's the same code that's used by MediaWiki core, and it uses X-Forwarded-For (the code is a bit more advanced than that though) -- Nx / talk 19:53, 21 October 2012 (UTC) Did some quick tests, one window where I'm logged in, and an incognito window logged out, tested by voting down in one window, then up in another, and also by voting up in one, then up in the other. Sometimes it didn't work, but I can't reproduce it now. -- Nx / talk 20:10, 21 October 2012 (UTC) Purged the cache, hopefully fixed. Tmtoulouse (talk) 20:13, 21 October 2012 (UTC) Then it was the cache. It seems to be working fine now. -- Nx / talk 20:20, 21 October 2012 (UTC) BTW, all the extensions we use that you wrote - are they in github or similar, or are the copies on the server basically the copies? (That and the copy of the /w directory I just downloaded.) - David Gerard (talk) 21:42, 21 October 2012 (UTC) The latter, and even I don't have a recent copy of them. -- Nx / talk 05:27, 22 October 2012 (UTC) Heh. Drop me a line and I'll email you a zip of the ones I just grabbed, just of course ask for any others. We should put this stuff up somewhere with a mediawiki.org page, WIGO is pretty important to the site (and if it works through a Squid, then it's the sort of thing other sites would like) - David Gerard (talk) 05:36, 22 October 2012 (UTC) I've got developer access, so I'll start putting up some extensions on Git (PlaceNewSection comes to mind). For the rest, either github, or even just a simple git repo on the RW server would do. -- Nx / talk 05:39, 22 October 2012 (UTC) I'm too busy to go into detail but I just tried voting in the Saloon Bar and that still has the same problem. ГенгисOur ignorance is God; what we know is science. 00:07, 22 October 2012 (UTC) Fixed.50.130.133.249 (talk) 00:23, 22 October 2012 (UTC) ## Search Search isn't working again; only returning exact title matches. This is a recurrent problem. WēāŝēīōīďMethinks it is a Weasel 11:55, 21 October 2012 (UTC) Thought it was Lucene, restarted Lucene, it wasn't, now puzzled. Investigating - David Gerard (talk) 13:23, 21 October 2012 (UTC) Aware of this too. Tmtoulouse (talk) 19:28, 21 October 2012 (UTC) I got no frickin' clue. How did we fix this before? Or did we just wait for it to magically come good? - David Gerard (talk) 19:59, 21 October 2012 (UTC) Previous faults where lucene being killed by oom manager. Current fault has something to do with being behind proxies. Investigating. Tmtoulouse (talk) 20:13, 21 October 2012 (UTC) Should be fixed. Tmtoulouse (talk) 20:30, 21 October 2012 (UTC) \o/ Please email me what you did :-) - David Gerard (talk) 21:41, 21 October 2012 (UTC) Nice work Tmt. WeaseloidMethinks it is a Weasel 22:19, 21 October 2012 (UTC) ## Log in issue Even though I'll log in and check the "Remember my login on this browser (for a maximum of 180 days)" box, I keep getting logged out after a certain number of page views. I'm not sure if it's the site or something on my end, but was wondering if anyone had an idea or is experiencing the same thing. Sam Tally-ho! 07:41, 21 October 2012 (UTC) I will put it on the list of things to look into. Tmtoulouse (talk) 23:02, 21 October 2012 (UTC) Thanks! Sam Tally-ho! 04:04, 22 October 2012 (UTC) I have attempted a fix, let me know if it is still a problem. Tmtoulouse (talk) 17:58, 22 October 2012 (UTC) ## New error This is a new one, happened a few minutes ago. Evil fascistoh noez 19:22, 22 October 2012 (UTC) That's weird, it looks like the error is in the browser. A google search brought up this bug report. Maybe try disabling some extensions/another browser etc. -- Nx / talk 19:28, 22 October 2012 (UTC) WTF ... Mind you, Trent and I have been messing severely with the servers (servers, plural!) this evening, trying to track down weirdness a few hours ago. So if anything odd has manifested in the past coupla hours, it may well have been me - David Gerard (talk) 22:21, 22 October 2012 (UTC) ## Rename Could someone please rename me? I would like to be called "The Municipal Hero." Thank you. Good username (talk) 12:07, 23 October 2012 (UTC) Done. Evil fascistoh noez 13:49, 23 October 2012 (UTC) ## Slow and trim missing Just noting I've noticed this and am poking and prodding - David Gerard (talk) 19:08, 25 October 2012 (UTC) Ah, site crapped itself in various ways (Apache went nuts, the out-of-memory-killer came out to play and broke stuff). Trent has fixed - David Gerard (talk) 19:33, 25 October 2012 (UTC) ## Please can somebody with superpowers change my nick back? Otherwise I'll nationalise your servers. --PsyGremlinParlez! 13:23, 2 November 2012 (UTC) Done. Evil fascistoh noez 13:35, 2 November 2012 (UTC) Ta muchly! --PsyGremlin話しなさい 13:52, 2 November 2012 (UTC) ## Tiny text ## Disappearing Edits I am having edits disappearing from recent changes (which is why the other day/night I accused Nx of some tech wizardry in blocking me because the block-log kept disappearing on me), not only that talkpage edits don't appear when not logged in then appear when again hen I log in. Weird. Would you like me to screen shot it? Acei9 05:34, 25 October 2012 (UTC) "... talkpage edits don't appear when not logged in then appear when again hen I log in." That's because of squid caching - if you are not logged in, you are getting a cached version of the page. I don't know about the Recent Changes issue.--ZooGuard (talk) 06:09, 25 October 2012 (UTC) I must have slept through the last wiki-fu class, squid caching? Acei9 06:26, 25 October 2012 (UTC) Anonymous users get a cached version of the page, which might be out of date. But what you describe shouldn't be happening. What can happen is that when you're logged out, the most recent changes don't appear on the list. -- Nx / talk 06:32, 25 October 2012 (UTC) Just tested that too, and it isn't happening for me. -- Nx / talk 06:33, 25 October 2012 (UTC) Anonymous users get a cached version of the page Why? When I get this weirdness again I'll take some screen shots. Acei9 06:34, 25 October 2012 (UTC) If you read some of the posts above you might see that David Gerard has been given the keys to the toy cupboard and he's been messing around with back room stuff to improve the site's traffic handling. As far as I undersand it, part of this has been the installation of Squid which caches pages so that the server is not being continually hit with new requests. This helps smooth the burden and means we aren't being forced to upgrade our hosting package which obviously costs money. (Hope I've got this right.) ГенгисRationalWiki GOLD member 06:58, 25 October 2012 (UTC) Pretty much. Trent put it into place because he had important Ph.D work to procrastinate on and I was sick for a week. RWF is paying slightly more money (three extra small nodes) and the wiki has sped the fuck up. Modulo a few hiccups, as detailed above. The cached page, served to anons, shouldn't be terribly older than the uncached version logged-in users get, but it would explain the behaviour Ace is seeing. Nx doesn't use tech wizardry powers any more, it's all me and Trent now, with Nx merely providing enormously helpful information on where the bodies were buried - David Gerard (talk) 07:24, 25 October 2012 (UTC) Thank you gentlemen, I shall cease worrying and go back to my ruminations and recriminations. Acei9 07:34, 25 October 2012 (UTC) Well if you are still getting problems like you described we should try and track it down. Screen shots are helpful, but keep us informed. Tmtoulouse (talk) 16:13, 25 October 2012 (UTC) Any sign of this weirdness still? - David Gerard (talk) 21:49, 4 November 2012 (UTC) ## {{talkpage}} Something appears to be wrong with this template's "create an archive" function. When I try to use it on Essay_talk:AD's_Beliefs, it just puts me on a page with "Bad Title."--talk 04:41, 26 October 2012 (UTC) I'll take a look, probably a bit later. -- Nx / talk 04:53, 26 October 2012 (UTC) Thank you!--talk 05:04, 26 October 2012 (UTC) Fixed. -- Nx / talk 05:16, 30 October 2012 (UTC) Did you ever know that you're my hero? You're everything I wish I could be. I could fly higher than an eagle, for you are the wind beneath my wings. Thanks!--talk 22:08, 4 November 2012 (UTC) ## Math tag There is a little question. How to enable a math tag?--Mr. B 23:19, 29 October 2012 (UTC) Should be easy enough, the math tag works on English RW, it just hasn't been installed on ru.rw. I'll try it tomorrow night (it's bedtime right now) - David Gerard (talk) 23:48, 29 October 2012 (UTC) Thank you!--Mr. B 01:09, 30 October 2012 (UTC) I still haven't done this. I'll let you know when I do - David Gerard (talk) 17:33, 1 November 2012 (UTC) I've enabled the extension and put in the config identically to en.rw. I have no idea if it works, please test and let me know - David Gerard (talk) 23:20, 1 November 2012 (UTC) Of course, there's the small detail that it doesn't work on en.rw, e.g. $U_e = \int {\frac{E A_0 \Delta L} {L_0}}\, d\Delta L = \frac {E A_0} {L_0} \int { \Delta L }\, d\Delta L = \frac {E A_0 {\Delta L}^2} {2 L_0}$ gives Failed to parse (unknown error): U_e = \int {\frac{E A_0 \Delta L} {L_0}}\, d\Delta L = \frac {E A_0} {L_0} \int { \Delta L }\, d\Delta L = \frac {E A_0 {\Delta L}^2} {2 L_0}. This has several corrective approaches, I'll apply some and see how we go - David Gerard (talk) 16:41, 2 November 2012 (UTC) Now working (set$wgTexvc to the binary, not the path):

$U_e = \int {\frac{E A_0 \Delta L} {L_0}}\, d\Delta L = \frac {E A_0} {L_0} \int { \Delta L }\, d\Delta L = \frac {E A_0 {\Delta L}^2} {2 L_0}$

The above works for me on ru.rw too - David Gerard (talk) 21:48, 4 November 2012 (UTC)

Thank you!--Mr. B 00:32, 5 November 2012 (UTC)

## Apache tweaks

I've set MaxClients 50 in the hope this will keep the server from completely shitting itself in busy moments. From the fact that (a) busy Apache processes seem to be quite large in top (b) the CPU goes right up in said moments (c) MySQL gets busy, I'm slightly suspecting this is not an outside traffic surge, but logged-in editors doing expensive things (e.g. centre-clicking a whole bunch of diffs in a go). Editors should be able to do this stuff, but they may have to wait in a queue for their request to be fulfilled so that the server doesn't actually collapse and need a reboot. Let me know if it gets particularly annoying - David Gerard (talk) 18:44, 30 October 2012 (UTC)

So far the server's been blissfully happy, even with occasional load peaks and with PHP back to being allowed 256MB memory (Human's pathological watchlist still runs out of memory, but at least it's not more broken than before I touched it) - David Gerard (talk) 21:52, 4 November 2012 (UTC)
And of course the bloody thing got knocked over this morning. Gah - David Gerard (talk) 14:19, 11 November 2012 (UTC)

## File templates

When I upload a file both the Info and Fair Use templates appear unformatted, displaying hexcodes instead of the CRLF and pipe characters. ГенгисOur ignorance is God; what we know is science. 10:09, 7 November 2012 (UTC)

You mean in recent changes? -- Nx / talk 10:40, 7 November 2012 (UTC)
What precisely do you do, step by step, to get this to happen? Do you have an example upload where we can see this? I'm not clear on what you're describing - David Gerard (talk) 10:41, 7 November 2012 (UTC)
Ah -- Nx / talk 10:42, 7 November 2012 (UTC)
The bug is in the fair use upload form, from RationalWiki:Upload -- Nx / talk 10:48, 7 November 2012 (UTC)
Fixed, rewrite rules are broken. -- Nx / talk 10:56, 7 November 2012 (UTC)