[00:01:00] brion: After you saw my extension yesterday, is it possible to get SVN access or do I need more extensions first? ^^ [00:02:40] 03aaron * r48772 10/trunk/extensions/ConfirmAccount/ConfirmAccount_body.php: More title handling tweaks [00:03:05] 03(mod) Special:RequestAccount form post results in BadTitle page (ConfirmAccount Extension) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18053 (10JSchulz_4587) [00:04:56] 03siebrand * r48773 10/trunk/phase3/ (3 files in 3 dirs): [00:04:56] Localisation updates for core messages from translatewiki.net [00:04:56] * adding Veps [00:06:43] \o/ [00:06:46] no moar confusion [00:08:11] cirwin: ok, thanks again. it's getting late here but i'll try again tomorrow [00:15:55] 03aaron * r48774 10/trunk/extensions/FlaggedRevs/ (FlaggedRevs.php flaggedrevs.css): (bug 18141) 'Invalid Color Values in Style Sheet' [00:16:02] 03(FIXED) Invalid Color Values in Style Sheet - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18141 +comment (10JSchulz_4587) [00:16:03] 03(mod) CSS (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12788 (10JSchulz_4587) [00:27:29] AaronSchulz: there is one in shared.css too [00:27:41] meh [00:27:42] 159 : aaron 43595 div.searchresults { [00:27:42] 160 : border:1px solid darkblue; [00:47:26] 03(NEW) Deletion of Toki Pona Wikimedia projects - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18142 enhancement; Normal; Wikimedia: Site requests; (filemon.fm) [00:50:00] 14(DUP) Deletion of Toki Pona Wikimedia projects - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18142 +comment (10mikelifeguard) [00:50:02] 03(RESOLVED) Delete tokipona wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11511 +comment (10mikelifeguard) [00:50:54] 04(REOPENED) Delete tokipona wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11511 +comment (10mikelifeguard) [00:51:23] 04(REOPENED) Delete tokipona wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11511 15enhancement->normal; +comment (10mikelifeguard) [00:54:02] 03werdna * r48775 10/trunk/extensions/CentralAuth/SpecialGlobalGroupMembership.php: Fix fatal introduced somewhere along the line (probably by core changes) [00:55:06] 04(REOPENED) Allow restriction of access to Special:Code - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17984 +comment (10brion) [00:55:55] AaronSchulz: ^ :D [01:02:53] 03(NEW) Option to collapse whitespace-only changes in CodeReview diffs - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18143 enhancement; Normal; MediaWiki extensions: CodeReview; (brion) [01:08:14] Good night, thanks for your help! [01:15:05] 03(mod) Install standard anti-abuse extensions on usabilitywiki - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18139 +comment (10mikelifeguard) [01:17:36] 04(REOPENED) Unable to change temporary password - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17722 04CRIT->04BLOCKER; +comment (10brion) [01:19:02] well that is the first real blocker I have seen [01:19:32] Bah, "blocker" description says "blocks testing or development work". [01:19:37] Not "blocks deployment". [01:19:50] i don't give a shit what the people who wrote bugzilla like to call a blocker [01:20:23] ^^ [01:20:39] Mozilla's Bugzilla uses per-release blocker flags. [01:21:52] I'll get to it [01:22:00] 03(mod) Unable to change temporary password - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17722 (10brion) [01:22:15] been fixing this damn parser test [01:22:41] Simetrical: given that our deployment is of live development trunk rather than releases, it seems relevant :) [01:22:48] thx werdna [01:22:50] you da man [01:23:13] brion: I know. [01:24:26] 03werdna * r48776 10/trunk/phase3/maintenance/ (parserTests.inc parserTests.txt): Add tests for autoformatting enabled AND disabled. Some enabling changes in parserTests.inc [01:25:50] brion: how do I get a working sendmail on os x? [01:25:57] heh [01:26:06] werdna: it works for local delivery by default, actually [01:26:16] use your username@localhost address [01:26:27] 'mail' in Terminal will give you a nice bare-bones local mail client [01:27:08] 03aaron * r48777 10/trunk/extensions/CodeReview/ (ApiCodeComments.php ApiCodeDiff.php ApiCodeUpdate.php): Follow up to r48538: check permissions for api [01:27:20] 03(mod) Invalid Color Values in Style Sheet - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18141 (10danny.b) [01:28:21] 1 previously failing test(s) now PASSING! :) [01:28:26] 1 new PASSING test(s) :) [01:28:27] woo [01:29:00] werdna: hmm, so is it reformatting unlinked dates when it's disabled or not? [01:29:04] 03(mod) CSS (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12788 (10danny.b) [01:30:28] 03werdna * r48778 10/trunk/extensions/CentralAuth/SpecialGlobalGroupMembership.php: Implement changes from r48746 in subclassers of Userrightspage, avoid warnings [01:31:07] brion: I need a sendmail [01:31:23] brion: yes, because users specifically ask for it with {{dateformat:Date}} [01:31:43] well if they use {{dateformat:}} then that's a parser function [01:31:49] actually I have one [01:31:49] in which case for a new parser function it should have a # [01:31:56] and that should explicitly mentioned in the test title [01:32:19] ok let me work on this damn password reset first [01:32:24] :D tx [01:33:32] Formatted date with autoformatting disabled <- and of course that would *not* be getting formatted, so it shouldn't say 'Formatted date' :) [01:34:02] hey, new parser functions are added all the time without hashes [01:34:29] Tim suggested moving the hash to the name, so that it could be aliased with and without hashes [01:34:52] then maybe a hash could be phased in for all variables/pfs [01:34:57] mmm, progress [01:35:24] brion: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/46662 and http://www.mediawiki.org/wiki/Special:Code/MediaWiki/46630 added loads of unhashed, for example [01:36:12] Splarka: those appear to be extensions of preexisting variables [01:36:49] eg, not new [01:37:18] ok I think I know what the problem is [01:37:31] I suspect that he's using $user->getEditToken() [01:37:37] but of course that isn't the logged-in user [01:37:39] or something [01:38:31] and yay, another bug [01:38:49] \o/ [01:43:14] mmm, bugs galore [01:43:18] fixed 3 so far :P [01:46:25] ok this is totally confusing [01:46:36] you're letting people change their own passwords before they're technically logged in [01:46:50] Hello people! [01:47:10] heh [01:48:00] Can MediaWiki be integrated to WP? [01:48:01] reverting is looking like a tempting option [01:48:10] kryptos: how so? [01:48:25] I am working on a student community portal [01:48:36] "can X be integrated into Y" is really a meaningless question, it could mean anything [01:48:40] you need to describe exactly what you want to do [01:48:52] Ok, sorry, english is not my first language [01:48:55] werdna: what was the 'fix' for it in the first place? [01:49:27] brion: it was letting bureaucrats reset other people's passwords. [01:49:33] That was what the revision was doing. [01:49:40] kryptos: So what do you want to be integrated? Do you want to use one combined user database, do you want to read the posts out of the wiki or what exactly are you trying to do? [01:49:48] ah [01:49:58] maybe I can just revert the cahnges to SpecialUserlogin and leave SpecialResetPass in place. [01:50:00] wacky [01:50:06] I want to create a student community site, where WP will be used for the first page, MediaWiki will host information about universities, etc and a forum will be used for discussions, etc [01:50:25] because he's trying to use the SpecialResetPass interface for the general case of resetting passwords when you log in with a temp password. [01:50:43] I want forum members to be able to edit the wiki [01:51:09] And some pages from the wiki to be displayed on wordpress [01:51:17] kryptos: http://www.google.com/search?q=authplugin+mediawiki+wordpress&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:official&client=firefox-a [01:51:56] oh that's what you meant by WP [01:52:01] I thought you meant wikipedia [01:52:19] no, i meant wordpress :) [01:52:27] :) [01:52:36] mediawiki and wikipedia are pretty well integrated i gues ;) [01:52:38] brion: can I just revert the SpecialUserlogin changes? [01:52:43] i mean, wordpress+mediawiki+smf looks like the easiest approach to my idea [01:53:03] smf? :P [01:53:12] simple machines forum [01:53:34] o.O never heard of that [01:54:00] if you have suggestions, they are more than welcome! :) [01:54:49] werdna: if we can't make the change work, then revert em ya [01:54:55] well, I would use phpBB - as I worked with phpBB over 5 years and know the code very well. But other people can probably say the same about other forum software ^^ [01:55:09] no, i mean, suggestions about the whole approach [01:56:43] ah, okay. Well I don't know if you will really have enough information to need a whole MediaWiki.. If not you could also just use subpages with WordPress and set the rights of the WordPress users so that they can edit it. And then you would only need to integrate the user databases of the forum with WP. [01:57:21] man I love this shell shortcut [01:57:22] andrew-macbook:phase3 andrew$ ^48524^47976^ [01:57:22] svn merge -c -47976 includes/specials/SpecialUserlogin.php [01:58:17] heh [02:01:58] huh, looks like the problem is deeper than just that. We've used an external password reset form for ages [02:02:17] what rev are we running on wikimedia? [02:02:27] 47547 (it hink) [02:02:38] sounds too high [02:02:43] 47457 [02:02:43] but you're right [02:02:54] nah dyslecixed [02:06:36] can someone help me on how to install a wiki dump into my mediawiki? [02:07:25] 03brion * r48779 10/trunk/phase3/includes/GlobalFunctions.php: [02:07:25] Revert r48090 " * Modified wfMsg behaviour to do transform after substituting variables * If this works, wfMsg should now work similarly to wfMsgExt with parsemag" [02:07:25] While having the parser functions in the message strings work is a laudable [02:07:25] goal, the problem here is that it'll *also* execute parser functions it finds in [02:07:25] hrm, I'd like to implement a computer-readable API to the dictionary data stored in wiktionary. If I were to create a parser function such as {{#store:translation|en|dog|fr|chein}} or {{#store:synonym|en|hit|bash}} that stored these in a table indexed by language/word - would there be any hope in installing it on WMF? [02:07:26] the replaced parameter strings, which may include, say, comment plaintext [02:07:28] talking *about* parser functions. [02:07:30] A better fix for this is probably to expand the message placeholders when the parameters are passed in to the parser functions. [02:07:39] JamesonTai: maintenance/importDump.php ? [02:08:56] how do i use it [02:09:01] it says i don't have permission to access it [02:09:07] lol even though it's my own domain [02:09:07] lol [02:10:07] You probably have to use http://www.mediawiki.org/wiki/Manual:AdminSettings.php and access it from the command line [02:10:48] See also: http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps [02:10:56] was this the database username and password i gave media on initialization? [02:11:03] or do i need to make a new account [02:11:45] If that account has full, or a high, access, then it is okay [02:11:46] brion: ugh, reverting is so SLOW across the pacific [02:11:49] I'm getting there :P [02:13:37] well [02:13:50] if i'm importning the entire wikipedia, then i shouldn't be using Special:Import right? [02:14:19] If you have a lot time and some hundred other people that help you, no :D [02:16:22] um [02:16:27] the AdminSettings.php file [02:16:30] where would it be? [02:16:32] it's not in config [02:16:39] it's not in top dir [02:16:46] same place as LocalSettings.php - you need to create one [02:16:54] oh [02:16:54] o [02:16:55] k [02:17:26] werdna: Is there a known issue with testing filters in /examine? [02:17:44] I'm getting "doesn't match" when it a) clearly does and b) is logged as matching in the AF log [02:21:36] need more details [02:21:41] which filter, what edit? [02:25:18] brion: ok committing that revert [02:25:19] FINALLY [02:25:42] brion: password resets work again, locally. [02:27:43] 03werdna * r48780 10/trunk/phase3/ (6 files in 4 dirs): Revert r47569 and subsequent related revisions. These still break logging in with temporary passwords despite two attempts to fix the issue. [02:28:07] brion: :) [02:30:27] 03(FIXED) Unable to change temporary password - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17722 +comment (10Andrew) [02:30:34] brion: does that mean it's scap tiem? [02:30:58] not until i'm done :) [02:31:05] oh you're still going [02:31:11] I thought that was the last bit :P [02:32:06] 03werdna * r48781 10/trunk/phase3/maintenance/parserTests.txt: Rename a test for date autoformatting disabled [02:32:28] brion: anything else need poking, or should I go back to my preferences? [02:33:36] werdna: anything still fixme other than 48067 which i'm poking at :D [02:34:18] *Splarka was saving screenshots of the scapmap at http://www.mediawiki.org/wiki/Special:Code/MediaWiki?limit=1200&offset=48616 .. but for the last 5 days it was so boring [02:34:30] After I did the initial configuration of MediaWiki, the page said this: "Move the config/LocalSettings.php file to /etc/mediawiki1.10/LocalSettings.php for normal install..." I did that, and somehow ended up with symbolic links pointing at each other. If I had a LocalSettings.php file, it seems to have been lost. How can I fix this? [02:36:53] Ah- I think I fixed it by submitting the form again. [02:39:02] 03brion * r48782 10/trunk/ (8 files in 4 dirs): [02:39:03] * Follow-up r48067 -- move new Daddio skin from core to extensions. [02:39:03] Can be easily enabled locally with: [02:39:03] * require "$IP/extensions/skins/Daddio/Daddio.php"; [02:40:46] OK, I am not clear on this. Is this the file I'm supposed to move? /var/lib/mediawiki1.10/config/LocalSettings.php [02:42:00] werdna: such as http://meta.wikimedia.org/wiki/Special:AbuseFilter/examine/log/121 [02:42:12] flagged in the log as tripping filter 7, but /examine says otherwise [02:43:49] I moved /var/lib/mediawiki1.10/config/LocalSettings.php to /etc/mediawiki1.10/LocalSettings.php , but then I got the web page again telling me to set up the Wiki, and I got the blank setup form again. [02:44:07] weird. [02:44:27] Is that what I'm supposed to do? [02:45:39] Mike_lifeguard: weird, I entered '1' and it still failed. [02:45:44] kurisuto: sounds about right [02:47:19] If I don't move the file and I click to proceed to my Wiki anyway, the next web page says, " To complete the installation, move config/LocalSettings.php to the parent directory." [02:47:33] yes, you're supposed to move the file [02:47:46] that's why it tells you to [02:48:00] The parent directory of /var/lib/mediawiki1.10/config isn't the same as /etc/mediawiki1.10 , which is where the other page said I should move it to. [02:48:35] OK, werdna, I also found some strange matches. Such as http://meta.wikimedia.org/w/index.php?title=Special:AbuseLog&details=126 [02:48:44] ls -al /usr/share/mediawiki1.10 [02:48:47] well you need to move it into the same dir as your index.php [02:48:53] Ignore that last post. [02:49:17] AbuseFilter parser error: Data type array is not supported by AbuseFilter [02:49:19] weird [02:50:35] Ah, I figured it out. It was because the symlinks had gotten screwed up. [02:51:40] werdna: oh noes, I told you abuse filter should support arrays! :P [02:53:26] naw, it's not that [02:53:36] 03werdna * r48783 10/trunk/extensions/AbuseFilter/Views/AbuseFilterViewExamine.php: Fix examine interface, was broken for a while [02:53:44] it's the munging of going to JSON and back [02:53:50] some of the encoding of lazy-loaded vars was broken [02:54:00] I'd sync that, but brion's gonna scap in a few anyway :F [02:54:01] :D* [02:54:18] "few" epochs? [02:54:44] When do we get tagging? [02:54:46] *Mike_lifeguard drools [02:55:37] when I fix the stupid query [02:56:45] heh, I keep accidentally wiping my preferences [02:57:55] in theory tagging should be working, but not tag filtering [02:58:52] is there anything that can utilize tags then? maybe toolserver tools? [02:59:33] in theory it should show up on recentchanges [03:00:20] and watchlists, but that's after you make the filtering not go all domas on the servers? [03:00:34] no, filtering is different to display [03:00:42] 03(mod) linking to anchors in Special Pages, when not English - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17629 (10jidanni) [03:01:20] ahh, I meant "utilize" as in make use of, not just show, heh [03:01:44] 03dale * r48784 10/trunk/extensions/MetavidWiki/includes/specials/MV_SpecialMediaSearch.php: index update [03:05:54] 03(NEW) Have a clear, navigable set of user tools links on user pages and user-manipulating special pages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=18144 enhancement; Normal; MediaWiki: User interface; (brion) [03:07:36] brion: you mean like the abusefilter navigation? [03:07:39] similar kinda thing? [03:08:08] possibly, though i hadn't noticed the navigation in great detail yet :D [03:08:11] which is probably a good thing [03:08:17] noticing it usually means it's broken ;) [03:08:49] http://en.wikipedia.org/wiki/Special:AbuseLog [03:08:52] see right at the top [03:09:15] werdna: navigation is very nice [03:09:21] I really like the format [03:09:39] *nod* something like that likely [03:09:57] maybe make it look more like a magic tool bar (oooooh) but basically a bunch o' links that stay fairly consistent and shows you which bit you're on :D [03:10:19] yeah fair enough [03:11:07] werdna: When saving filters, is whitespace altered at all? [03:12:15] I believe there is an intrinsic problem with