[15:08:49] 03siebrand * r45223 10/trunk/extensions/InterwikiList/OBSOLETE: This extension is obsolete per MediaWiki 1.14alpha r45062, when extension Interwiki was merged to core. [15:12:20] Maybe you guys could share your experience, I am planning on including the following extensions by default in our appliance (Configure, ParserFunctions, Renameuser, FCKeditor, InputBox), and maybe these (Semantic Mediawiki, Cite, SyntaxHighlight_Geshi, Confirmedit, Fancycaptcha, Gadgets, Preloader, StringFunctions, Universal edit button, CharInsert) - what do you think? [15:12:50] configure is still very new, and i've heard a lot of complaints about fck [15:13:21] I'd recommend testing all of them out first before building them in [15:14:16] yksinaisyyteni: i found Configure a little buggy, and actually just submitted a bugfix in bugzilla to fix some - from my testing it seems ok [15:15:17] Skizzerz - it was you who prompted us to go checkout these extensions - thanks :) [15:15:33] you may want to consider adding CategoryTree, it could be useful for helping users build infrastructure [15:15:49] alonswartz: consider using CreateBox instead of inputbox; it is a next iteration. [15:16:03] Skizzerz: oops! i actually have that in my list [15:16:43] siebrand: thanks, i'll take a look [15:17:18] alonswartz: as for FCKeditor: the version in Wikimedia svn may not be the most recent one. I would recommend some serious testing... [15:17:32] alonswartz: also version 1.13.3 is out with some security fixes, you may want to upgrade the core package to that [15:17:52] Skizzerz: already done :) we are using 1.13.3-1 from debian sid [15:17:59] ah [15:18:07] the page said 1.13.2 ;) [15:18:25] 03(mod) Special:Extensions doesn't work - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16828 (10alex.emsenhuber) [15:18:27] alonswartz: you could also consider installting those extensions disabled, and adding Configure... [15:18:54] alonswartz: Configure allows users to enable/disable extensions from inside the wiki UI [15:19:10] the current appliance available for download includes 1.13.2, im currently working on the new version which is upgraded [15:19:12] alonswartz: ialex knows more about it, as co-author [15:19:24] siebrand: but the 1.13 version is half-broken :( [15:19:30] one we release the update, i'll update our repository so current appliances can apt-get upgrade [15:19:34] (for Configure) [15:19:56] hmm, 1.13.3 probably contains more bugs than 1.14a :) [15:20:05] siebrand: thats exactly what we are going to do, Configure is enabled by default, and the rest will be disabled [15:20:06] Oh, right, Configure has been seeing a ton of work lately. [15:20:07] *ialex wants the 1.14 release :) [15:20:27] It might be best to wait for 1.14. [15:20:32] alonswartz: we want TimStarling to huppy up getting 1.14 out, but TimStarling apparently has other plans ;) [15:20:37] TimStarling, is there any timetable on 1.14? Approximately? [15:20:44] ialex: i submitted the bug report and patch as we spoke about yesterday [15:20:53] alonswartz: yeah, I saw it [15:20:55] Simetrical: asked that a few times in the past few weeks without a clear answer. [15:21:11] alonswartz: but I don't where to apply it ;) [15:21:25] *VasilievVV is going to fix up and commit RestrictUser again today [15:21:45] btw - was i right in saying that the link method is from 1.14 ? [15:21:50] ialex: create/update the 1.13 branhc, and apply it there? [15:22:02] siebrand: I can do it... [15:22:05] alonswartz: yes [15:22:18] ialex: it is core or Configure alonswartz wants patched? [15:22:26] siebrand: Configure [15:22:29] siebrand: Configure [15:22:45] ialex: what's the problem? [15:23:18] siebrand: the patch is against an older version of trunk (about mid-december) [15:23:26] 03siebrand * r45224 10/trunk/phase3/languages/messages/ (17 files): Special page aliases for 'Interwiki' taken from extensions/Interwiki/Interwiki.alias.php [15:23:30] ialex: ah. [15:23:55] VasilievVV: Tim's script for easy database schema update is ready? [15:24:35] siebrand: https://bugzilla.wikimedia.org/show_bug.cgi?id=16849 [15:24:56] ialex: which script? [15:24:59] VasilievVV: if your patch contains new messages, would you do me a favour and hold off until the new year (UTC)? [15:25:19] siebrand: it contains a lot of new messages [15:36:39] Most of them lied in Betawiki for a day [15:36:39] siebrand, don't want your targets hurt? :) [15:36:40] Simetrical: indeed. [15:36:40] Oh, right, Tim wants the new database update thing before he branches 1.14, probably. [15:36:41] VasilievVV: can you paste me the MessagesEn.php diff somewhere for a quick audit? [15:36:42] 03(mod) When nesting refs using cite.php extension, the ordering is wrong - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16330 (10b-jorsch) [15:36:43] siebrand: yeah, lemme check some things and then I'll show it [15:36:43] Simetrical: I already didn't like the interwiki extension merge because of that either. [15:36:43] Well, I don't know if that will survive. [15:36:43] Although it will probably survive till the New Year. :) [15:36:43] Simetrical: one I would like to see merged it CharInsert. I wonder why that hasn't been done yet. [15:36:44] IIRC that's pretty ugly and could use cleanup. [15:36:44] Simetrical: it is such a no brainer to install for every none-English install. [15:36:44] VasilievVV: https://bugzilla.wikimedia.org/show_bug.cgi?id=16012 [15:36:44] ialex: oh no [15:36:45] ialex: don't they have an old script for schema changes? [15:36:46] VasilievVV: no idea [15:37:13] 03(NEW) Redlinks don't works on pretty URL - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16850 normal; normal; MediaWiki: General/Unknown; (wpedia) [15:37:25] VasilievVV, there's no script that will automatically remove the slaves from rotation and update each one in turn, switch the master, etc. [15:37:28] It has to be done manually. [15:38:12] Hmmm.. Does they do it every time they have to apply schema change? [15:38:27] yes [15:38:36] but there is a script to switch master, which makes it a little easier [15:38:48] Now I understand why brion doesn't like schema changes [15:43:47] Simetrical: does creating new table also requires switching of master? [15:44:08] VasilievVV, no. [15:44:22] Anything that can be done quickly enough is no problem. [15:44:29] Altering small tables is okay too, if it only takes a second or two. [15:44:34] So I can commit a new table? [15:44:37] Yes. [15:44:41] Yay [15:44:47] The only problem is if it would block updates for a long period if run on the master. [15:44:59] For instance, an alter on a big table like revision or categorylinks. [15:55:46] siebrand: http://www.mediawiki.org/wiki/User:VasilievVV/messages_for_RestrictUser , rebuildLanguage was run [15:56:54] ialex / siebrand: im trying to configure CategoryTree with Configure - it raises an exception every time i "save settings" because the radio buttons aren't getting the default values/ or displaying the chosen values (eg. $wgCategoryTreeOmitNameSpace) [16:02:06] Hi there. [16:03:20] hi.. [16:03:30] I'm having a bit of a problem on my wiki.. [16:03:50] No one (not even me) can edit the wiki... [16:03:57] all pages are protected.. [16:04:11] But the thing is.. I didn't protect it.. [16:05:08] for those willing to try it, www.tibiaauto.net/wiki (on firefox you might se a warning of a blocked website - courtesy of google).. [16:06:23] ialex: does Configure support configuring radio buttons? [16:06:39] alonswartz: yes [16:06:54] Wateva: did you change $wgGroupPermissions? [16:07:11] ialex: yup... [16:07:32] 03vasilievvv * r45225 10/trunk/extensions/CentralAuth/ (3 files): [16:07:32] Make access to Special:GlobalGroupPermissions and Special:GlobalGroupMembership a local permission. [16:07:32] Making it global is bad, since then anybody with it can change permissions on some wuuwiki, and nobody [16:07:32] will ever notice it. [16:07:45] <|X|> wuuwiki? [16:07:57] ialex: im having a little trouble with CategoryTree, the values for the radio buttons don't appear, not even the default values, which raises an exception if not set [16:08:00] |X|: something chinese [16:08:13] alonswartz: I know, investigating [16:08:25] Wateva: what did you change? [16:08:44] ialex: I'm connecting to the ftp site to see it.. [16:13:14] brion: up nice and early, eh? [16:13:44] can only sleep so long on the air mattress. vacation is beginning to grate on me ;) [16:14:01] <|X|> I can't sleep 1 day on those air mattresses [16:15:13] ialex: it seems that the server had 2 wiki installed.. I'm deleting the old one (wiki2) so I can test out to see if there were any conflicts.. be back as soon as it's done. [16:17:10] hello brion [16:17:21] 03(ASSIGNED) When nesting refs using cite.php extension, the ordering is wrong - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16330 +comment (10rupert) [16:19:11] 03(mod) When nesting refs using cite.php extension, the ordering is wrong - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16330 (10rupert) [16:24:22] i am considering removing the mysql stop word list. i guess performance will decrease [16:24:26] (for the search) [16:24:43] mysql annoys me. why cant it have a per database or per index configuration. server level config for the fulltext index is crap [16:33:18] buzz_: stopword lists are so last century [16:33:26] they should be banned [16:34:34] ill replace it with a blank one [16:34:52] brion, mysql drives me mad. its so good at seom stuff and then you try something else and it isnt supported or limited [16:35:24] looking at postgresql it seems to have much more flexibility in the fulltext index [16:35:38] but its less common, and less supported by applications [16:35:44] mysql's fulltext index is pretty crud, yes :( [16:36:05] there are some ways to make it turn out better results, but you have to jump through some hoops, and performance falls apart at high loads [16:36:13] i don't think mysql intends their fulltext search to be used for any serious application [16:36:46] brion, ive seen there are replacement text indexes for mysql, but all require recompilation/patching of mysql, which doesnt sound like fun everytime mysql gets a security update [16:37:35] you can use an external search engine such as lucene or sphinx, which won't tie directly into mysql [16:38:01] brion, i got limited hardware resources too which is another issue [16:38:07] 512mb ram on my server for example [16:38:21] maybe if i ditched apache for lighttp id free up some ram :) [16:41:16] Well, it seems that I'm on a 1.6.11... Why? PHP 4 on the server.. :) [16:41:23] where can I find/edit the $wgGroupPermissions? [16:41:43] brion, the finetuning page for mysql talks about modifying defines in the source. wow. flexible for new users ;-) [16:43:37] ialex: any luck with the radiobuttons in CategoryTree ? [16:45:52] I don't think $wgGroupPermissions was introduced until 1.7 [16:45:59] Wateva: LocalSettings.php [16:46:09] owait, 1.5 [16:46:13] so it should work [16:46:16] yeah [16:46:25] alonswartz: still on it [16:46:28] note to self: check manual page first, THEN answer :P [16:46:46] hehe :) [16:47:15] ialex: than I don't have those settings here. :) [16:47:26] buzz_, bah, modifying defines in the source? Wikipedia runs its own branch of MySQL. :) [16:49:18] Wateva: did you change includes/DefaultSettings.php? [16:49:37] sure. 1st thing done. [16:49:53] 03brion * r45226 10/trunk/phase3/ (6 files in 3 dirs): [16:49:53] Pull back r45181 "(Bug 12998) Weaken DISPLAYTITLE restictions (patch by rememberthedot@gmail.com)" for now. [16:49:53] Escaping issues per comment http://www.mediawiki.org/wiki/Special:Code/MediaWiki/45181#c1046 [16:50:08] did you notice the notice in capital letters at the top of DefaultSettings saying "DO NOT EDIT THIS FILE"? [16:50:14] :) [16:50:21] (or something to that effect) [16:50:30] !defaultsettings [16:50:30] --mwbot-- For the current version of DefaultSettings.php, see: . [16:50:35] !localsettings [16:50:35] --mwbot-- All configuration is done in LocalSettings.php (near the end of the file). Editing other files means modifying the software. Default settings are not in LocalSettings.php, you can look in DefaultSettings.php. See , , , and [16:50:57] ^ [16:52:58] ialex: Configure isn't even setting changes made to CategoryTree with checkboxes/fields (i configured a field, saved, decided i didn't want the configuration, removed it, saved - the setting is still configured) [16:53:14] still, if I don't edit the defaultsettings than the wiki will be open to all, and that's not what I want.. Only burocrats and sysops can change the wiki.. [16:53:23] don't edit defaultsettings [16:53:32] edit localsettings [16:53:35] so, if I'm going to loose the changes I don't care to do it again. [16:53:46] how can I edit local settings if there's no settings there to be edited? [16:53:48] :D [16:53:51] for example, if defaultsettings has $wgGroupPermissions['*']['edit'] = true; in it and you want it false [16:54:03] then you put $wgGroupPermissions['*']['edit'] = false; in localsettings [16:54:08] and it will override defaultsettings [16:54:19] you have to copy the settings over that you want to change [16:54:45] can I do $wgGroupPermissions['users']['edit'] = false; $wgGroupPermissions['burocrat']['edit'] = true;?? [16:54:54] yes [16:54:58] anywhere? [16:54:59] you should probably spell bureaucrat correctly, though [16:55:00] except it's bureaurcrat [16:55:05] not burocrat [16:55:05] ty yksinaisyyteni .. :D [16:55:08] at the bottom [16:55:08] Skizzerz, you got it wrong too. [16:55:10] bureaucrat. [16:55:13] >_< [16:55:20] Get an IRC client with spellcheck. :) [16:55:20] Wateva: and user, not users [16:55:21] IRC needs a SpelChek [16:55:41] install one on firefox.. it helps a little bit. :) [16:55:43] oh this is going to real [ly] well [16:55:49] I have a spell checker, I just don't use it, because it always wants to turn teh into the [16:55:54] which kills lolcat [16:56:47] brion: can I +coder myself at mediawiki.org to help w/ reviewing extensions? I know you, Tim, etc. mark extensions not installed on wmf as deferred since you don't use them, but I use a lot of extensions on various other wikis and could make an educated decision on if a change is ok or not [16:59:17] can I do $wgGroupPermissions['users']['edit'] = false; $wgGroupPermissions['burocrat']['edit'] = true;?? [16:59:33] sure [16:59:58] but read what we wrote above ;) [17:00:07] except spell it correctly ;) [17:00:11] Wateva: yes, but it's bureaucrat, not burocrat [17:00:48] Wateva, you need to spell the usergroups right. [17:00:52] 'user' 'bureaucrat' [17:02:39] 03brion * r45227 10/trunk/phase3/includes/ (Skin.php SkinTemplate.php): Revert r45189 "Escape entities in h1 title html" -- double-escaping [17:03:22] I've added $wgGroupPermissions['user/bureaucrat/sysop']['edit'=false/true; to the end of localsettings.php.. [17:03:41] but still: This page has been locked to prevent editing; there are a number of reasons why this may be so, please see Project:Protected page. [17:03:43] uh... hopefully not like that [17:03:48] Wateva: that wont work [17:03:53] Skizzerz: of course not like that.. :D [17:03:58] one line each. [17:04:13] and ['edit'] [17:04:47] the thing is.. the page isn't protected at all [17:04:56] but still it says that it's protected. [17:05:28] uh, that's unrelated [17:05:44] (i think) [17:05:50] *Skizzerz doesn't know 1.6.x that well [17:06:11] lol [17:06:22] anyway, check for an unprotect tab [17:06:32] it says "protect" [17:06:40] there's no 'unprotect' there. [17:06:59] ok, click that the :P [17:07:00] I can lock it and unlock it as I wish but I just can't edit anyway you see it. [17:07:03] *then [17:07:11] weird [17:07:35] check Special:Listusers to make sure you're a sysop? [17:07:46] yes, I'm a sysop. [17:08:00] oh, duh >_< [17:08:08] you wouldn't be seeing the protect tab if you weren't :P [17:09:42] :P [17:09:52] so, I don't know [17:10:10] now I can't even unprotect.. :O [17:10:17] 03brion * r45228 10/trunk/phase3/ (3 files in 2 dirs): [17:10:17] Revert r45027, r45028 "* summary and subject messages now uses wiki text rather than raw HTML" [17:10:17] Changing the format of existing messages is disruptive, which is why we don't do it as a rule -- we introduce new messages that replace the old ones. [17:11:40] 04(REOPENED) MediaWiki:Revision-info should accept wikimarkup - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16026 +comment (10brion) [17:12:04] grrr.. this settings are freaking me up [17:16:22] brion: MediaWiki:Revision-info was not affected by r45228 [17:19:54] Simetrical, your own branch eh?. you devs must have so much fun. :-) [17:20:41] 03siebrand * r45229 10/trunk/phase3/ (includes/EditPage.php languages/messages/MessagesEn.php): [17:20:41] Partial re-introduction of r45027 after being reverted in r45228 [17:20:41] * Added the colon in summary, subject and subject-preview messages rather than using colon-separator [17:22:11] Skizzerz: you mentioned in your forum post regarding the extensions that $wgUseTidy should be set to true - do you mean in general, set to true, or only when using ParserFunctions ? [17:23:07] well, wikipedia relies on tidy to fix their templates [17:23:25] so if people copy templates from wikipedia (esp infoboxes), tidy needs to be on or they'll need to clean it up [17:25:09] tidy is an external program, right? [17:25:24] 03brion * r45230 10/trunk/phase3/ (RELEASE-NOTES includes/filerepo/LocalFile.php): [17:25:24] Reverting r45058 "(bug 15430) Cancel the upload process and rollback database changes in case no article associated with the file can be created" [17:25:24] Article::doEdit() opens and commits transactions of its own, so the transaction [17:25:24] we started earlier will already be committed and cannot be rolled back at this [17:25:25] point unless one of two particular failure modes hits (ArticleSave hook aborts [17:25:27] or mLatest isn't set). A more general fix needs to be devised... [17:25:33] 04(REOPENED) Uploads sometimes are incomplete: file is there, but image page is missing - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15430 +comment (10brion) [17:25:45] is this it: tidy - html syntax checker and reformatter [17:25:45] Skizzerz: moment [17:26:01] 03vasilievvv * r45231 10/trunk/phase3/ (17 files in 6 dirs): [17:26:01] * (bug 674) Allow users to be blocked from editing a specific article [17:26:01] ** Also supports blocking user from editing whole namespace [17:26:01] ** Fixed most issues which were found before [17:26:27] :o [17:26:37] VasilievVV: I guess you decided not to do anything with my request? [17:26:54] siebrand: no. I gave you a link about an hour ago [17:26:59] VasilievVV: I asked you to hold back on that [17:27:01] ialex: when you do a billion different things together in a commit it's tough to pick them apart. way easier to revert the lot :) [17:27:57] brion: I mean that MediaWiki:Revision-info was changed in an earlier commit [17:28:24] brion: and it seems that you forget to commit RELEASE-NOTES [17:28:38] siebrand: ahh... I thought it would be ok if I show it to you [17:28:54] VasilievVV: well, the evil has been done. [17:29:16] VasilievVV: then a few comments: I think one 'sets' restrictions, rather than "putting" them. [17:29:25] brion: thanks [17:29:51] VasilievVV: "editing $1 namespace" -> "editing the namespace $1" or "editing the $1 namespace" [17:30:01] VasilievVV: +Restriction was put on $4 at $5 and expires on $6 at $7. [17:30:16] What's with last one? [17:30:33] VasilievVV: better to make that something like: "The restriction was set on $4 at $5 ..." [17:30:44] VasilievVV: it's not supposed to be steno :) [17:32:09] VasilievVV: +'removerestrictions' => 'Remove restriction from a user', [17:32:39] VasilievVV: sounds kind of database focused. Maybe that's more user friendly worded as "Remove a restriction for a user" [17:33:00] not "an user"? [17:33:31] VasilievVV: +'restrictuser-existing' => 'Existing restrictions', [17:33:32] ialex: I think it's a "juser", first letter "j" is constant [17:33:40] VasilievVV: should that support plurals? [17:33:55] VasilievVV: +'restrictuser-legend-page' => 'Restrict from editing certain page', [17:33:55] +'restrictuser-legend-namespace' => 'Restrict from editing certain namespace', [17:33:55] siebrand: no ideas. It's a name of a fieldset [17:34:07] VasilievVV: if it is a fieldset, that's probably OK [17:34:25] VasilievVV: the latter two: "/a/ certain ..." [17:35:10] VasilievVV: no further comments on messages. [17:35:55] VasilievVV: oh, you can probably drop "certain" in those two messages. Does not add anything IMO. [17:36:08] Thanks [17:41:46] VasilievVV: messages "right-restrict" and "action-restrict" are missing, I think. [17:42:01] VasilievVV: if you introduced other rights, messages should be added for those too. [17:42:14] siebrand: action-restrict? [17:42:26] hmmmm [17:42:35] special:interwiki looks pretty crap for now, it needs a lot of work [17:42:38] plus it won't work for us [17:42:42] i'll have to dig it out for now [17:42:58] brion: lot of commits involved in that... Please check carefully. [17:43:37] *AaronSchulz saw a revert coming [17:43:54] brion: how about a disable by default to not have to back it out completely? [17:47:33] 03brion * r45232 10/trunk/phase3/ (RELEASE-NOTES includes/SpecialPage.php): Disable Special:Interwiki until it works and isn't so scary-looking [17:48:25] heh [17:48:29] *siebrand wipes some sweat off his brow and thanks brion. [17:49:03] why on earth merge it when it's obviously broken? [17:49:20] VasilievVV: 'userrestricted-namespace' and 'userrestricted-page' both have an equal sister '..-indef'. Why? [17:49:33] siebrand: can you guys maybe de-merge it and move the fixes back to the extension? [17:49:46] brion: dunno. The guy that made the merge didn't respond to the comments. That's bad. [17:50:00] brion: soxred## IIRC? [17:50:08] grrr [17:50:12] <|X|> Huh? [17:50:18] siebrand: because otherwise we can't express it [17:50:48] VasilievVV: but if you are anticipating to someone wanting to differentiate, which make the messages the same initially? [17:51:04] brion: I'll try... Gimme some 36 hours for that. [17:51:36] siebrand: -indef and simple message has different params [17:51:41] brion: longer if my wife finally decides to give birth to our 3rd. [17:52:38] VasilievVV: ugh, shit. I just sorted by first line of message. My bad, sorry :) [17:53:30] :D [17:53:30] 03(mod) Fatal error: SVN proxy error - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16842 (10JSchulz_4587) [17:56:16] 03brion * r45233 10/trunk/phase3/includes/OutputPage.php: [17:56:16] Revert r45063 "Move doNothing return check above global declarations" [17:56:16] Change makes the code harder to read by hiding a control statement in the middle of a global declaraction chunk. [17:57:34] 03vasilievvv * r45234 10/trunk/phase3/ (2 files in 2 dirs): * Fix some messages, per Siebrand [18:11:04] 03vasilievvv * r45235 10/trunk/phase3/maintenance/ (archives/patch-user_restrictions.sql tables.sql): * Fix up schema per Brion's notes [18:12:11] 03(FIXED) Allow users to be blocked from editing a specific article - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=674 +comment (10vasilvv) [18:12:36] *brion frowns [18:14:20] brion: ? [18:14:49] You don't like when I follow your review notes? [18:17:41] :D [18:18:09] is that table in use yet? [18:18:12] i don't think it is... [18:18:15] in which case ok :D [18:18:41] It isn't [18:21:41] 03aaron * r45236 10/trunk/extensions/FlaggedRevs/ (FlaggedArticle.php FlaggedRevs.class.php): [18:21:41] * Removed one profile call [18:21:41] * Various minor tweaks. Shouldn't change function. [18:24:47] VasilievVV: yay! :D [18:24:55] theni don't have to worry about upgrading it yet :D [18:29:18] *Wahab would like to wish Happy New Year 2009 everybody with a little smile :) [18:29:41] :D [18:30:20] *brion has 13.5 hours to go of 2008 [18:30:49] *|X| has 10.5 hours left [18:31:02] I'v found a skin over web, is it possible to use in own Wiki ? [18:31:08] *Simetrical has 10.5 hours also [18:31:32] <|X|> East coast ftw! [18:31:39] *Wahab don't care, how much time left for you to enter in 2009 [18:32:20] <|X|> Wahab, if you have the PHP file, then most likely [18:32:25] "Not trusting file /usr/src/hg-stable/.hg/hgrc from untrusted user root, group root" [18:32:29] I think something is wrong with that logic. [18:32:47] |X|: Are you talking about PHP file of the skin ? [18:32:54] <|X|> Yes [18:33:15] but I [18:33:40] I am not getting the PHP file. Is it was previously used in Wikinews [18:33:44] ah, silly east coast [18:33:57] *brion *almost* misses florida this time of year... 71 degrees sounds nice [18:34:00] *AaronSchulz has many an hour to go [18:34:35] The New Year has finally arrived for those finding themselves between Dhaka and Suva. If you're spending your time online, why not join the rest of us in #freenode-newyears and celebrate with us until the new year reaches your part of the discworld! Happy New Year and keep an eye out for turtles. [18:37:47] 03vasilievvv * r45237 10/trunk/phase3/languages/messages/MessagesEn.php: Fix typo [18:43:18] brion: 'ur_user_text varchar(255) NOT NULL,' :( [18:43:23] do we need that? [18:43:47] AaronSchulz: yes [18:43:51] AaronSchulz: it can be IP [18:44:06] ugh [18:44:15] brion: reverting Interwiki extension merge coming up. Please give it a proper lookover ;) [18:44:37] anybody can provide skin that previously used in Wikinews? [18:45:14] wikinews just uses the standard mediawiki skins [18:45:17] 03siebrand * r45238 10/trunk/ (109 files in 8 dirs): [18:45:17] * Revert r45062 and related (Merge Interwiki extension to core) per brion. [18:45:17] * Merge changes made to Special:Interwiki after merge to core back into extension (messages will follow within 24 hours) [18:45:37] INDEX ur_user (ur_user) looks redundant [18:46:13] how would you lookup IPs? [18:46:42] AaronSchulz: I won't [18:46:48] Hmm... [18:46:48] whee [18:46:51] Yes [18:47:10] brion: should it be 2 seperate index? [18:47:15] then what is the user_text field for? [18:47:53] Please help me with skins [18:48:05] hmm, and what if a page gets moved? [18:48:14] Wahab: we're not really sure what you're asking [18:48:17] AaronSchulz: restrictions are changed [18:48:31] AaronSchulz: it's for IPs. What should I do: add new index for user_text/page or add user_text field for user+page index? [18:48:39] A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: [18:48:42] (SQL query hidden) [18:48:44] from within function "UserRestriction::fetchForTitle". MySQL returned error "1146: Table 'shortwiki.user_restrictions' doesn't exist (localhost)". [18:48:47] um [18:49:02] how is it possible to create a Skin ? [18:49:32] Wahab: http://www.mediawiki.org/wiki/Manual:Skinning [18:50:01] Brion : thanks [18:50:32] brion: if I add index (user,user_text,page), will it be possible to use it both in [user,page] and [user_text,page] lookup? [18:50:55] *Skizzerz doesn't get that error, but he has that table from the few revs before brion rv'ed it the first time :P [18:51:12] *brion reverts [18:51:17] :( [18:51:21] brion: why? [18:51:41] because it's new change with new tables and schema changes while i'm in th emiddle of trying to review & update to current code [18:51:49] Ok [18:51:55] You have to make it disabled by default or something. [18:52:05] So that the queries don't have to be run immediately. [18:52:10] Even if they're just create table queries, I guess. [18:52:16] brion: do you have old skins used in Wikinews ? [18:52:38] Wahab: wikinews only ever used the skins built into mediawiki [18:52:40] monobook is default [18:53:12] oyeah, that reminds me [18:53:23] cologneblue doesn't have the disclaimer link in the footer [18:53:35] Simetrical: it's quite hard to diable it, since it's in many places [18:53:40] *disable [18:53:47] brion: so, is it not possible to steal from one of them [18:54:18] Wahab: brion is trying to say that you already have them because they are distributed along with mediawiki [18:54:36] http://meta.wikimedia.org/wiki/Wikinews_design_contest | there are many skins with .css file. Is this right fies of skins? [18:54:57] css files modify skins, they aren't skins in and of themselves [18:57:02] 04(REOPENED) Allow users to be blocked from editing a specific article - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=674 +comment (10brion) [18:57:47] http://meta.wikimedia.org/wiki/File:WikinewsSkin1024.png | I need this Skin, please help [18:58:43] brion: may it get into 1.14? [19:00:24] VasilievVV: probably not [19:00:51] hmm, CIA-57 gave up on us again. [19:00:56] brion: why not? It was first commited in October [19:01:16] because 1.14 branch is already overdue and the more stuff we shove in the longer it'll take [19:01:42] And image moving? [19:02:46] image moving still has bugs [19:02:54] Skizzerz: e.g.? [19:02:56] at least, for me it does [19:03:04] idk what, it randomly fails like 1% of the time [19:03:25] and repeating the same move worked the second time [19:03:26] Hmm... [19:03:37] For me it doesn't fail [19:03:42] of course, this is on 1.13 [19:03:44] not 1.14 [19:03:50] so that may have been fixed [19:03:53] brion: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/45062 -> fixme -> reverted [19:03:56]