[00:14:47] hi, I'm trying to use the skin 'erudite', but I don't find how to add the log in link on pages. In the code there is a link anonlogin from personal_urls but it's not displayed, wouldn't be related to that? [00:20:31] vinvin: I don't know this skin, where is it from? [00:21:18] saper: http://www.mediawiki.org/wiki/Manual:Gallery_of_user_styles#The_Erudite_MW [00:22:16] hm. I just saw the 1.16.x mentionned here, I have 1.15, that might be the reason why I don't have the link [00:26:13] anyway, saper do you know if the anonlogin is supposed to exist when not logged in? [00:27:33] 1.15 sees very old [00:27:37] seems [00:28:30] yes, it's debian's version... [00:38:01] even worse [00:39:57] vinvin: log in via url [00:40:09] Hello, who may help me logging into git? [00:41:18] juliano: do you have an account already? [00:41:58] saper: I have an svn account, with ssh keys and etc. I tried to log with the same username in labs, but it says there is no account for me :-( [00:42:06] Juandev: what do you mean? [00:42:21] juliano: no, you neeed a separate labs account [00:42:52] Hmm... http://en.wikipedia.org/wiki/Special:Search?go=Go&search=Git says that I would probably already have a Git account [00:43:17] sorry, autoreplace... I meant the 'Git' page in mediawiki.org [00:43:40] vinvin: if you are not able to find a link, you can add to your url path to it [00:44:09] Juandev: I know how to access the page, I just wondered how I could integrate it to the skin [00:44:09] So I create a new account. Will it inherit the ssh keys from my svn account, or are they completely separate? [00:44:15] vinvin: the resont not to be in skin is probably author didnt want to shop it up for commons visitors [00:44:28] vinvin: is it a raw css or php? [00:44:38] there is css and php [00:44:51] I found something called anonlogin, isn't it it? [00:47:04] vinvin: well, login is on every page with id="pt-login" [00:47:29] but if the skin is css mixed with php, than I will not help you [00:47:31] what id is it? [00:48:07] I don't see it in the css file [00:48:13] its in div id="p-personal" [00:49:07] saper: how do I get a labs/gerrit account? [00:49:37] anyway, let me try to fall asleep than [00:50:11] juliano: what was your svn nickname? [00:50:25] saper: it is "juliano" :-) [00:50:47] I don't find personal in the css either [00:54:03] juliano: I see only Junaid something [00:55:25] juliano: I would try here [00:55:55] juliano: https://labsconsole.wikimedia.org/wiki/Help:Access#Access_FAQ here's the list of ppl that can help you [00:56:01] saper: My name is in there: https://svn.wikimedia.org/users.php [00:57:45] ok [00:58:13] I just can't add you to the list of reviewers in gerrit, so maybe there is no account in labs [00:58:14] saper: ok, thanks! [00:58:26] I can't check [00:58:33] I'd leave the note on the page ^^ [01:07:36] New patchset: Krinkle; "ve.dm.Converter.test: Add hrefPrefix (follows-up I33eab356)" [mediawiki/extensions/VisualEditor] (master) - https://gerrit.wikimedia.org/r/22427 [01:07:44] New review: Krinkle; "Updated tests in I1fed0e3e21ea379a583ccd4f611212940264d106." [mediawiki/extensions/VisualEditor] (master) - https://gerrit.wikimedia.org/r/22163 [01:30:39] is current version of mediawiki faster than debian's 1.15? what reasons would there be to upgrade? [01:31:57] it might be the same speed [01:32:14] optimisation work balanced by wirth's law [01:33:03] that's a funny law [01:34:33] the main reason to upgrade is to keep up to date with security releases [01:34:59] the debian maintainers often leave it many months before they backport them, if they do it at all [01:35:09] and of course they don't backport any non-security bugfixes [01:35:46] it's not worth it to us to backport our releases to 6 branches [01:35:51] (1.20-1.15) [01:36:12] indeed [01:37:36] is it easy to run directly from the svn HEAD or whatever rcs you're using, or are there some file manipulation to do when updating? Is is safe to update every day for example? [01:37:49] it's git now [01:37:53] and database update often? [01:38:00] we do pre-commit review so in theory it is possible to run from HEAD [01:38:15] nice [01:38:27] but if you do that, there is no system for advising of database changes [01:38:35] usually we do database changes in each major release [01:38:51] you could just run maintenance/update.php every time you do a git pull [01:38:53] say weekly [01:39:12] WMF is doing a deployment from git master every 2 weeks [01:39:15] ok [01:40:08] you recommend using the releases still? [01:40:08] are there new releases fixing security issues for example? [02:29:13] has anyone seen a setting or an extension that will change the displayed page title from "grandparent/parent/page title" to simply "page title"? [02:31:07] I didn't even know that it was possible to have a hierarchy in mediawiki. You just have to put some / in the page titles? [02:34:05] vinvin: yes, so long as the parent page exists [02:34:26] (it's a hack, really… but we're using it) [02:36:50] great [02:36:56] thanks for the tip [02:39:36] Aw, should have been paying attention [02:39:42] !subpages [02:39:42] By default some namespaces have subpages enabled and others don't. You can enable or disable them using $wgNamespacesWithSubpages in LocalSettings.php. [02:40:52] ah, yes [02:42:05] marktraceur: you have any tip for my question? I only want to display the immediate page title [02:43:42] Anyone familiar with the monobook style and CSS stuff? http://westfall.nfshost.com/wiki/Upper_Blackrock_Spire&useskin=monobook here, the area under the "page" tab is all white, I'd like to set it, what's the item name for that? CSS in progress is here http://westfall.nfshost.com/wiki/MediaWiki:Monobook.css [02:43:55] marktraceur: and I'm quite happy to do it in a skin, rather than in the default skin [02:45:02] shepazu: I think there's a way to do that. One sec. [02:45:14] thanks, marktraceur [02:46:49] shepazu: It looks like you might just need to hack up the skin, or something [02:47:18] shepazu: My instinct would be to modify the code that loads the title into the page, split it on '/' and get the last member of the array that results [02:47:31] shepazu: Should take only a few lines of code [02:47:45] oh, yeah, I think I can do that [02:48:30] lucky: That's the h1 tag, so your CSS should use "h1 { }" [02:48:42] oh! okay that helps ty [02:49:09] lucky: Alternatively "#content { }" will get the whole content of the article [02:49:16] (including the bit of white on the left there) [02:50:21] well i've already got #content specified [02:57:19] poking around in the dev. tools for Chrome suggests @media screen is overriding my settings here [02:57:23] for the footer [02:57:25] and other areas [03:00:13] this makes no sense... [03:00:34] I've tried 2 different methods, marktraceur, and neither has any effect... [03:01:24] any idea why this wouldn't work?

html('title'), '/' ), 1 ); ?>

[03:01:47] (oops, that should be

[03:02:24] I don't know php very well… does the template limit the kind of php you can use? [03:03:27] I also tried using basename() [03:13:27] shepazu: You could do html('title'), '/' )[-1] ?> I think [03:13:37] Don't quote me on that [03:13:44] * shepazu tries [03:15:55] shepazu: If that doesn't work.... [03:16:04] shepazu: You could do html('title'), '/' ) ) ?> I think [03:16:14] Parse error: syntax error, unexpected '[' in foo.php on line 217 [03:16:22] (I'm learning as you do, so [03:16:23] ah, yes, better [03:16:58] Oh, but reverse the arguments [03:17:13] html('title') ) ) ?> [03:17:19] Gods I hate PHP [03:17:49] Not totally related to this discussion, but it's an annoying language [03:18:07] BRB [03:19:17] marktraceur: same lack of result… what's going on here? [03:19:24] any of those should have worked... [03:31:03] I agree [03:31:39] shepazu: Pastebin? Always a fun plan. [03:32:31] marktraceur: on a call, brb :) [03:44:16] $this->html() echoes text, it doesn't return it [03:52:59] Dantman: that sounds important [03:53:23] can you elaborate? [03:54:12] Dantman, marktraceur, or better yet, make a suggestion? [03:57:43] I'm writing an extension that has a special page, for some reason MediaWiki is looking in $IP/includes/specials/ for the page's file [04:00:41] why is this happening? [04:17:19] 03(mod) OggHandler detects nonexistent Java in Safari for Windows - 10https://bugzilla.wikimedia.org/13422 +comment (10Brion Vibber) [04:23:28] 03(VERIFIED) Group all America languages together - 10https://bugzilla.wikimedia.org/38679 (10Srikanth Logic) [04:27:24] shepazu: Maybe it's $this['title'] instead? [04:27:43] Yoplitein: Maybe you didn't register the special page? [04:27:46] marktraceur: I'll try it [04:28:48] Yoplitein: You have to make a subclass (I assume you've done this), then include it in your main file, then do something like $wgSpecialPages['Something'] = 'SpecialSomething'; [04:28:51] Damn it [04:28:58] I _hate_ that [04:29:18] "Hey marktraceur would you thoughtfully respond to my queston OOPS TOO LATE I LEFT LOL" [04:29:35] lol [04:29:38] * marktraceur goes to live on an island somewhere [04:30:05] marktraceur: I suggest NZ, which is awesome [04:30:55] shepazu: Something tells me there's still IRC there, which means I'm not so much getting away from the problem as relocating it [04:31:35] marktraceur: "Fatal error: Cannot use object of type FooSkinTemplate as array" [04:31:59] mind you, I'm trying this directly in the skin [04:32:13] shepazu: OK, then do $this->title or something. Well. Hold on. [04:32:48] I'm not sure what the implications of what Dantman said were… or how to work around it… not sure why an echoed value is different than a return value [04:32:49] marktraceur: there's satellite internet pretty much everywhere [04:32:59] TimStarling: See, there's no escaping it then. [04:33:03] What's the best way to mark certain pages to not be cached. IE: time sensitive updates for certain pages [04:33:07] TimStarling: not on the MOON! [04:33:07] maybe you want a nuclear submarine rather than an island [04:33:16] yeah, or the moon [04:33:31] TimStarling: I dunno. I feel like I might want something bigger, maybe a molecular submarine at minimum [04:33:37] * marktraceur stops being obtuse [04:33:46] or a nuclear submarine on the MOON! [04:33:50] shepazu: OK, I see why you might be confused [04:34:07] shepazu: $this->html('title') is totally the way the docs say to do it [04:34:16] diesel subs have to come up for air all the time, and presumably they would have IRC while they are snorkelling [04:34:37] 03(NEW) ULS breaks on IE7 - 10https://bugzilla.wikimedia.org/39918 normal; MediaWiki extensions: UniversalLanguageSelector; (srik.lak) [04:35:01] TimStarling: I could dock the submarine in an underwater cavern somewhere [04:36:16] Oohhhh [04:36:25] I see what Dantman meant. [04:36:36] that makes one of us... [04:36:51] shepazu: I was sitting here assuming that putting a value out would output it [04:36:53] Not so [04:37:59] marktraceur: you have my attention [04:38:14] I'm working on it [04:38:18] ah :) [04:38:42] I thought you were going to explain some pearl of wisdom, but I will take a full-formed solution as well [04:39:45] shepazu: echo array_pop( explode( '/', $this->getTitle() ) ) [04:39:49] Maybe. [04:40:21] gameb0x: I'm not sure there *is* a way, but I can look [04:41:38] "Fatal error: Call to undefined method FooSkinTemplate::getTitle() " [04:41:43] Damn it. [04:41:46] but let me play with that idea [04:42:03] shepazu: If $this is an instance of SkinTemplate, that should have worked [04:42:22] I think it is... [04:42:31] Yeah if you know of anyway then that'd be awesome. [04:42:33] Er wait [04:42:38] It's a big issue I've had today [04:42:42] Maybe not? Maybe I'm reading these errors backwards [04:42:52] gameb0x: There appear to be two relevant answers [04:43:20] gameb0x: "Purge it if you want to get the latest content", but that wouldn't be for everyone, just whoever happened to purge the page on their machine [04:43:33] gameb0x: "Disable caching" which could be bad. [04:43:44] marktraceur: success! [04:43:46] $this->getSkin()->getTitle() [04:43:49] Ahaaaaa [04:43:54] thank you! [04:43:55] marktraceur, yeah I don't want either of those [04:43:59] Of course, why would $this be a skin inside of a skin file? [04:44:13] * marktraceur shakes head [04:44:13] Just silly. [04:45:24] gameb0x: I'm actually not totally sure they should be cached [04:45:46] gameb0x: Unless you're doing client-side caching, which could probably be disabled relatively safely [04:46:24] gameb0x: I can't say for sure, but I think that's the only currently-existing option [04:46:44] I'm running memcache/varnish so I'm looking through those settings now. I just didn't know if there was a way to do it outside of that [04:46:44] (we're probably a little understaffed this evening 'cause of the holiday weekend :) ) [04:47:10] gameb0x: Probably, but it would involve writing some extension-type stuff [04:47:17] Something like.... [04:47:58] Add a column to the article storage, set a flag in there if you don't want to cache something, and use a hook to catch attempts to get cached versions of stuff [04:48:12] I don't know more than that right now [04:48:38] New patchset: Krinkle; "(bug 39029) Correct the path towards the extension directory by prefixing it with wgExtensionAssetsPath" [mediawiki/extensions/WikiEditor] (master) - https://gerrit.wikimedia.org/r/17644 [04:51:35] New review: Krinkle; "* Rebased" [mediawiki/extensions/WikiEditor] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/17644 [04:52:24] New patchset: Krinkle; "(bug 39029) Use wgExtensionAssetsPath for path to "extensions/"" [mediawiki/extensions/WikiEditor] (master) - https://gerrit.wikimedia.org/r/17644 [04:53:17] New review: Krinkle; "* Fixed typo" [mediawiki/extensions/WikiEditor] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/17644 [04:54:09] Change merged: Krinkle; [mediawiki/extensions/WikiEditor] (master) - https://gerrit.wikimedia.org/r/17644 [05:06:59] 03(mod) Inconsistent state within the internal storage backends - 10https://bugzilla.wikimedia.org/39221 +comment (10Yann Forget) [05:07:10] Change merged: Krinkle; [mediawiki/extensions/Gadgets] (RL2) - https://gerrit.wikimedia.org/r/20490 [05:51:45] New patchset: Santhosh; "Fix Bug 39535 Recent languages in languages settings" [mediawiki/extensions/UniversalLanguageSelector] (master) - https://gerrit.wikimedia.org/r/22428 [06:03:30] 03(ASSIGNED) Recent languages in languages settings - 10https://bugzilla.wikimedia.org/39535 +comment (10Santhosh Thottingal) [06:08:05] 03(FIXED) Allow users to scroll to the next region - 10https://bugzilla.wikimedia.org/38696 +comment (10Santhosh Thottingal) [06:22:23] New patchset: Santhosh; "Fix Bug 39733 - Setlang should clear uselang" [mediawiki/extensions/UniversalLanguageSelector] (master) - https://gerrit.wikimedia.org/r/22429 [06:23:12] 03(FIXED) Setlang should clear uselang - 10https://bugzilla.wikimedia.org/39733 +comment (10Santhosh Thottingal) [06:23:39] I can't seem to get image galleries to show up. Thumbnail creation silently fails. I've got ImageMagick installed, set $wgUseImageMagick to true in LocalSettings.php, and I set $wgImageMagickConvertCommand correctly. Nothing too enlightening appears in my error.log... [06:24:55] The 'thumb' directory (I'm using "$wgHashedUploadDirectory = false") is empty and stays so when I try to view a gallery. It was originally full of empty directories, one for each image, but I deleted them to see what would happen. [06:26:51] any ideas? [06:27:15] Yay... Gareth has initial STOMP functionality. [06:27:25] Oh yeah, I'm using MediaWiki 1.19.2 and ImageMagick 6.6.0-4 [06:32:34] New patchset: Santhosh; "Fix Bug 39687" [mediawiki/extensions/UniversalLanguageSelector] (master) - https://gerrit.wikimedia.org/r/22430 [06:33:10] 03(FIXED) Change the language picker title to "Select display language" when accessed from display settings - 10https://bugzilla.wikimedia.org/39687 +comment (10Santhosh Thottingal) [06:38:53] furrykef: what OS? [06:39:55] Debian 6 [06:40:00] 64-bit [06:40:03] furrykef: Idea: Don't delete important things to see what will happen :P [06:40:22] marktraceur -- I've got a backup. Besides, they're empty directories. [06:40:30] Point taken [06:40:38] And the documentation says deleting them should be OK (it should regenerate 'em) [06:40:42] Hmm [06:40:51] furrykef: Writeable by the server? [06:40:57] furrykef: heh, why you deleted those directories? [06:41:21] Juandev -- I was curious if they'd be regenerated, or if the thumb directory would stay empty. [06:42:09] furrykef: can you compate file names: I mean if within MediaWiki and directories one file has same name? [06:42:12] marktraceur -- I'm not entirely sure. I'm still a bit of a n00b when it comes to such things. The thumb folder's permissions are 755 and owner is root. [06:42:47] Hrmmm [06:43:10] furrykef: and of course, does the file names include characters which are not present in English language [06:43:11] ? [06:43:12] furrykef: Unless you're running your webserver as root (not a good idea), that seems wrong [06:43:22] Juandev -- nah, just plain ol' ASCII [06:43:48] so this will not be a problem [06:44:47] 03(mod) ULS breaks on IE7 - 10https://bugzilla.wikimedia.org/39918 +comment (10Siebrand) [06:44:48] Is there any developer with Help for external Images? [06:45:41] marktraceur -- Hmm, says here I have "nginx master process" running as root and "nginx: worker process" running as user "nginx". Does that sound right? [06:46:58] furrykef -- try "chmod 757 images/ -R" to make the directories writeable for the server (and others, that's the problem) [06:49:18] New review: Siebrand; "Per Amir." [mediawiki/extensions/InputBox] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/21720 [06:49:18] Change merged: Siebrand; [mediawiki/extensions/InputBox] (master) - https://gerrit.wikimedia.org/r/21720 [06:49:35] Well, I tried 777 just to see if it would work and it didn't. [06:52:55] enterNickname: Hi, what do you mean? [06:53:44] furrykef -- then change $wgThumbnailEpoch to a current MediawikiTimestamp like 20120904000000 [06:54:13] marktraceur -- Da you address your question to the problem furrykef has or I? [06:54:52] enterNickname: I'd like you to ask your question :) [06:56:03] marktraceur -- Oh... thank you. I have following problem: since I've uploaded a lot of files to Mediawiki, the backup process went prohibitively slow. So I search a way to have the files externally stored. [06:57:20] enterNickname -- doesn't help. [06:57:36] I have now my files on my normal disk and a php script, developed by myself, gives Mediawiki the Thumbnail Path, Image URL etc. because I've set up $wgForeign Repos. Now I can browse some Image:*.jpg and I see my picture, wihch is sotred on a disk. [06:59:00] But I want to browse to categories and see which pictures/files are in there. So I think I have to develop (with some help, that's why I'm here) an extension wich hooks into the "getCategoryItems" and adds the capatibility to fetch additionals items from my faked api.php. [07:01:29] Is my question clear? My api.php basically just reads files from somewhere, away from Mediawiki-logic. [07:04:49] enterNickname: Sounds like a fun job, but I'm not the one to help :/ I'd encourage you to send a message to a mailing list (as long as that doesn't go against any of the rules) with your offer. [07:06:23] Thank you. I'll try your tip, thank you. Goodbye. [07:06:54] I think I'll upload something to see if normal image uploads are still working [07:08:49] Could not create directory "mwstore://local-backend/local-public". [07:08:54] Well, that answers that question. :| [07:13:11] Well, chmod'ing the images directory to 777 fixed that, but thumbs still don't work. [07:13:45] oh, huh [07:13:55] I had to edit the page the gallery was on for it to generate the thumbs. [07:14:18] I'd assumed that accessing the page was enough. [07:14:29] furrykef -- You can use &action=purge to be secure. [07:15:54] thanks [07:16:44] furrykef -- You're welcome. [07:22:37] Let's see if it works if I change all permissions back to 755 and chown everything to www-data:www-data [07:27:39] seems to do the trick [07:32:57] New patchset: Tobias Gritschacher; "fixed 2 inconsistant task names in Rakefile" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/22431 [07:39:11] 03(mod) Enable $wgAllowCopyUploads (upload by URL) - 10https://bugzilla.wikimedia.org/20512 +comment (10Ryan Kaldari) [07:40:44] New patchset: Matthias Mullie; "Refactor AFT logging" [mediawiki/extensions/ArticleFeedbackv5] (master) - https://gerrit.wikimedia.org/r/20908 [07:47:03] New patchset: Siebrand; "Replace formatExpiry() calls." [mediawiki/extensions/GlobalBlocking] (master) - https://gerrit.wikimedia.org/r/22432 [07:48:53] 03(mod) Clicking on region rapidly, multiple times, causes severe lag - 10https://bugzilla.wikimedia.org/39386 +comment (10Santhosh Thottingal) [07:51:23] New patchset: Hashar; "Add getRootText, getRootTitle, getBaseTitle, and getSubpage methods to Title." [mediawiki/core] (master) - https://gerrit.wikimedia.org/r/20478 [07:51:54] 03(NEW) Set $wgFeaturedFeedsDefaults['limit'] = 70 on fr.wikisource - 10https://bugzilla.wikimedia.org/39919 enhancement; Wikimedia: Site configuration; (thomaspt) [07:52:11] Hallo. Kyrgyz Wikipedia's main page ({{NUMBEROFARTICLES}}) says that it has 9,179 articles. The page http://stats.wikimedia.org/EN/SummaryKY.htm says that it's 11,272. Any idea why could that happen? [07:53:20] New review: Hashar; "I have split tests using providers. Would make it easier to isolate potential problems in the future..." [mediawiki/core] (master); V: 0 C: 1; - https://gerrit.wikimedia.org/r/20478 [07:54:19] morns! [07:55:21] I have a weird problem; [07:55:45] when I run MW on SLES 11, IE8 won't load the vector css [07:56:15] it's a known bug I think, https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Internet_Explorer_does_not_load_Vector_skin_CSS_-_MediaWiki_1.17b1 [07:56:20] but it's marked as resolved [07:56:59] which is weird, since I'm running MW version 1.19.1 [08:00:53] 03(mod) API: Allow edit conflict detection based on revid - 10https://bugzilla.wikimedia.org/32037 +comment (10Michael M.) [08:04:00] New patchset: Siebrand; "Replace some occurrences of wfMsg* by alternatives. Undeprecated wfMsgReplaceArgs." [mediawiki/core] (master) - https://gerrit.wikimedia.org/r/22433 [08:04:25] 03(mod) API: Allow edit conflict detection based on revid - 10https://bugzilla.wikimedia.org/32037 +comment (10Liangent) [08:04:40] New review: Siebrand; "Prepared together with Niklas. Id7d057a4 should be merged before merging this patch set." [mediawiki/core] (master); V: 0 C: -2; - https://gerrit.wikimedia.org/r/22433 [08:06:07] Change merged: Jens Ohlig; [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/22213 [08:08:07] mjau^: Might be fixed in the latest git master? [08:14:11] marktraceur: it's worth a shot :) [08:14:30] if not, I guess I can submit my first bug report? :) [08:15:11] mjau^: Fun! It would be helpful :) [08:15:18] mjau^: Or reopen the other one? [08:17:45] New patchset: Matthias Mullie; "Bug 38591 - MediaWiki:Articlefeedbackv5-error-abuse prevents localisation" [mediawiki/extensions/ArticleFeedbackv5] (master) - https://gerrit.wikimedia.org/r/21746 [08:18:06] marktraceur: yeah, reopen sounds like the proper way now that you mention it =) [08:19:47] New patchset: Matthias Mullie; "Bug 38591 - MediaWiki:Articlefeedbackv5-error-abuse prevents localisation" [mediawiki/extensions/ArticleFeedbackv5] (master) - https://gerrit.wikimedia.org/r/21746 [08:21:19] New patchset: Hashar; "'usecheckboxes' option implemented for HTMLMultiSelectField." [mediawiki/core] (master) - https://gerrit.wikimedia.org/r/8924 [08:22:12] New review: Hashar; "Address Mark's remarks." [mediawiki/core] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/8924 [08:24:12] hello [08:28:30] New patchset: Matthias Mullie; "refactor AFT allowance checks" [mediawiki/extensions/ArticleFeedbackv5] (master) - https://gerrit.wikimedia.org/r/21884 [08:30:26] New patchset: Tobias Gritschacher; "selenium ULS tests fix for IE" [mediawiki/extensions/Wikibase] (master) - https://gerrit.wikimedia.org/r/22434 [08:31:44] New patchset: Matthias Mullie; "Bug 39355 - individual feedback page renders then disappears" [mediawiki/extensions/ArticleFeedbackv5] (master) - https://gerrit.wikimedia.org/r/21888 [08:33:44] Change merged: Nikerabbit; [mediawiki/extensions/UniversalLanguageSelector] (master) - https://gerrit.wikimedia.org/r/22429 [08:34:08] hashar: To run PHPunit tests, I'm supposed to run `php phpunit.php' in tests/phpunit, right? [08:34:44] [oh, and hello :) ] [08:36:02] anyway, if I try that, I get an error: PHP Fatal error: Cannot redeclare class LuaParserTests in /var/www/livowiki/tests/phpunit/includes/parser/MediaWikiParserTest.php(27) : eval()'d code on line 3 [08:36:32] TimStarling, this may interest you, too ^ [08:38:48] aharoni: did you read README? You don't need to run all tests [08:40:28] 03(NEW) Special:Listfiles input labels should have a