is illegal [14:57:21] rcnote [14:57:38] What's rcnote? Text? [14:57:47] whole rcnote in legend?! [14:57:59] legend is what's on top of fieldset [14:58:07] cutting the frame [14:58:26] AaronSchulz: r41723 & r41811 should be reverted together if we'll do it [14:58:27] brion: hey [14:58:41] bah [14:58:43] seems like i don't have tool to revert 41811 though :-( [14:58:45] 03(mod) MediaWiki:Rcnote no longer displayed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16171 +comment (10JSchulz_4587) [14:58:48] *Splarka looks at the code in watchlist [14:59:12] okay, wait, so on watchlist, legend isn't even near the rcnote [14:59:42] Splarka: can't because of the legend [14:59:45] what do you mean by that? [14:59:52] aha [15:00:09] check http://cs.wikinews.org/wiki/MediaWiki:Rcnote [15:00:10] oy [15:00:14] just checkin' in during breakfast [15:00:25] the right list is what we call legend here now [15:00:34] brion: good morning [15:00:47] *Splarka waits for the css/js to load [15:00:57] *Splarka prods brion to put stylepath on upload.wm [15:01:16] Danny_B: ahh, bah, well nobody cares about bad hacks ^_^ [15:01:30] I think most people don't have block level elements in their rcnote [15:01:33] bad hacks? what's bad on it? [15:01:45] that's not hack at all [15:01:55] sigh [15:02:00] fine, make it a div then [15:02:13] 03(mod) MediaWiki:Rcnote no longer displayed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16171 (10JSchulz_4587) [15:02:15] that's correct usage depending on the mediawiki behavior in that time [15:02:20] but as is in core, it was all inline plain text br separated, so could have been a span [15:03:01] AaronSchulz: yup, that's maybe what i misplaced it with [15:03:25] and Danny: the correct place for that is probably recentchangestext X_X [15:03:29] 03(mod) MW should only interpret ':' as a list entry when it is on the beginning on a newline, not in the definitionlist-header - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16170 +comment (10innocentkiller) [15:03:31] (imho) [15:03:36] <^demon> ^ Wow, that's fun [15:03:54] brion: can you revert r41811 ? [15:04:03] *Splarka steals brion's coffee [15:04:06] *AaronSchulz needs to figure out a nice revert magijjy [15:04:17] Splarka: nope. since it is ABOVE the fieldset, while rcnote is WITHIN it [15:04:18] AaronSchulz: TortoiseSVN ;) [15:04:20] *RoanKattouw hides [15:04:49] I wouldn't know how to revert from the command line either. But obviously Brion has experience with that [15:05:05] <^demon> RoanKattouw: Except that it gets exponentially slower per-file you try to revert. [15:05:28] ^demon: Exponentially or linearly? [15:05:49] <^demon> Seemingly exponentially, quite possibly linear. [15:06:04] RoanKattouw: i have tsvn and can't find how to revert there this kind of revision (r41811) [15:06:19] if you do, i'd be happy to haer how, thx [15:06:30] <^demon> Danny_B: Open up the log for said file/dir, right click on the revision you want to revert, click "Revert changes from this revision" [15:06:33] ok i got it [15:06:40] Danny_B: Right click the top folder, TortoiseSVN -> Show log [15:06:42] no parenthesis [15:06:57] Right-click the revision and you'll get two revert options [15:07:20] "Revert to this rev" reverts everything before that rev [15:07:26] <^demon> Off to class folks, later :) [15:07:27] "Revert changes from this rev" reverts only this rev, if possible [15:07:45] i tried "revert the content of this rev" and it screwed up my working copies :-/ [15:07:49] you have no class! [15:08:04] RoanKattouw: svn merge -rXXXX:YYYY where YYYY is XXXX-1 [15:08:08] oh and '.' at the end [15:08:17] cuz svn is too stupid to figure out you mean the current directory otherwise [15:08:21] Danny_B: Of course it does. It reverts the rev in your working copy, you have to commit afterward [15:08:23] and then commit [15:08:59] brion: So to revert a range of revs svn merge -rREVTO:REVFROM ? [15:09:02] hmm, i'll leave it on guys with command line svn who are more familiar with it ;-) [15:09:05] Where REVTO > REVFROM [15:10:11] 03(mod) MediaWiki:Rcnote no longer displayed - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16171 (10danny.b) [15:10:23] just added the rev #s [15:10:39] RoanKattouw: yep [15:13:26] so what would we need now, is to smoothly revert r41723 & r41811 and then we can work on better solution, most probably separating the legend from rcnote to rclegend [15:15:31] AaronSchulz: did you get my pm the other day? [15:15:41] 03tstarling * r42767 10/trunk/phase3/ (5 files in 2 dirs): [15:15:41] * Added recompressTracked.php, the second part of the recompression project. [15:15:41] Uses the sorted list of blobs compiled by trackBlobs.php to recompress the [15:15:41] entire contents of a set of external storage clusters to a new set of clusters, [15:15:41] and updates the text table accordingly. [15:15:44] * Tweaked blob_tracking indexes now that I know what I'm doing with them [15:15:45] about subtitle thingy or something [15:15:46] * Standardised isHappy() on no arguments. Use an uncompressed size limit instead of the weird things I did originally. [15:16:00] *AaronSchulz was prolly too busy [15:17:41] hmm, Danny: if the only 'lost' information is the &from, couldn't you just stick that other timestamp down next to the 'Show new changes starting from'? [15:18:24] [Showing changes from 08:15, 29 October 2008. ]Show new changes starting from 08:17, 29 October 2008 (where [] is conditional) [15:18:36] AaronSchulz: yep, what do you think about that? [15:19:11] Splarka: could be, however the similar should be to # of changes and # of days as well since the current is totally unintuitive [15:19:35] then it would be compromise to both needs i guess [15:19:38] Splarka: well, that looks a bit ugly, but the idea is ok [15:19:48] *Splarka shrugs [15:20:07] however we still need the place for the legend [15:20:39] *Danny_B finally updated to r41722 [15:20:41] well, then you could set rcnote as '' in messages and put it in a

[15:20:50] and anyone that has it set can still use it, and anyone that doesn't won't [15:21:41] ow, brain [15:23:58] man this revert is slow [15:24:07] yeah [15:24:18] I discovered a little trick for that [15:24:25] maybe I should write it up [15:24:28] share! [15:25:27] basically the SVN protocol that it uses to get diffs and to merge things is extremely inefficient, especially in terms of network round-trips [15:25:33] but you can use a local mirror to speed it up [15:30:12] Splarka: you exactly missed the words of wisdom [15:31:13] I sees it at http://toolserver.org/~amidaniel/chanlogs/%23mediawiki/20081029.txt [15:32:03] I'm writing it up [15:32:47] but I am not masochistic enough in php or svn to become a committer, and I think I annoy tim/bri enough already! [15:33:02] Not to mention me [15:33:11] yah, but you seem to enjoy it [15:33:27] *AaronSchulz does conflict res [15:33:43] *Splarka gives Roan some flowers [15:35:40] *RoanKattouw writes an API module so bots can give people flowers too [15:35:43] 03aaron * r42768 10/trunk/phase3/ (169 files in 3 dirs): Revert r41723 and follow-up r41811: rcnotefrom had one non-redundant field and a place for local legends is needed [15:36:44] AaronSchulz: ok, sorry, you were right about the time. i am so used to use the page with the from param that i somehow thought it's on default page as well. however i wonder then why it's not there then :-/ [15:47:19] i like the filename of /php5.php5 ;-) [15:48:10] 03aaron * r42769 10/trunk/phase3/includes/specials/SpecialRecentchanges.php: Redo r41723: still show rcnotefrom as needed, but not rcnote. Add rclegend message if it is not empty. [15:50:42] AaronSchulz: i'd maybe removed the
at the end of the legend - if it will be float, the
will probably create empty line i guess [15:51:03] Danny_B: you can tweak it if you want ;) [15:51:26] i'm going to update my localwiki to see [15:56:42] http://www.mediawiki.org/wiki/Making_Subversion_faster [15:57:28] hmm, what's wrong on keeping the line there when it can be removed either via css or by overriding the message? [15:58:54] Danny_B: without custom legends, rcnote is redundant, so it shouldn't be there by default to begin with. You shouldn't have to use css to hide clutter, only to make clutter ;P [16:00:04] TimStarling: hmm, that sounds like work. I'm lazy. [16:00:05] AaronSchulz: but some people prefer the native sentence format than the stupid show a | b | c | d | e | f | g changes in a | b | c | d | e | f | g days [16:00:10] return "

$note

$rclinks
$rclistfrom"; [16:00:18] beisdes it says "show" and not "showing" [16:00:24] if you do that ^, the div will collapse to almost zero height with no content [16:00:28] but will still be block level with content [16:00:56] Splarka: yep that was my idea based on yours [16:01:39] you should probably wrap rclinks and rclistfrom in their own divs then, for consistency [16:01:51] *Danny_B sends big kudos to TimStarling for the manual [16:02:01] Splarka: exactly [16:03:05] GMTA/FSD [16:04:12] 'A fairly ordinary merge operation can take several minutes if you have a high latency link, as you would if you lived in, say, Australia.' [16:04:14] *AaronSchulz giggles [16:04:55] so did i ;-) [16:05:32] aussie, aussie, aussie! [16:05:41] oi oi oi [16:06:25] heh, is that as effective as shouting "The stars at night are big and bright!" while in Texas? [16:06:52] *Splarka believes it is still punishable by flogging to not clap 4 times and say "Deep in the heart of Texas" after [16:07:13] stars aren't big [16:07:27] You know that. Texans don't [16:07:45] (or at least the guy who wrote the song didn't) [16:07:52] they don't occupy a large periphery of your vision [16:08:14] they're just points to the naked eye, you need a massive telescope to resolve a disc [16:08:21] but they aren't "small"... [16:08:52] ah, the beauty of shell scripting [16:08:56] *AaronSchulz ducks [16:09:58] do you guys consider the legend as useful to be added as default or not? we have added it because of many questions from newbies [16:10:31] for AaronSchulz: no, it does not consume vertical space ;-) [16:10:36] how would it look on rtl? [16:10:40] 03siebrand * r42770 10/trunk/extensions/Translate/groups/ (MediaWikiExtensions.php mediawiki-defines.txt): Update some extension support (remove merged, update meta) [16:11:17] possibly more helpful (but bandwidth wastey) would be a title="" on the spans [16:11:18] Splarka: should be mirror vision of course - would need some styling first for sure [16:11:44] N [16:12:16] wow, title on spans, that's really waste. besides then you'd have to add cursor: help and perhaps dotted underline so people would even notice some hidden content [16:13:55] Splarka's solution would be javascript:function addTitleToRcFlags () { ... } for sure ;-) [16:14:51] afk [16:16:11] heh, well, you could make them linkable too [16:17:53] newpageletter => 'N', newpageletter-link => 'Special:Newpages', newpageletter-tip => 'New page'. boteditletter-link => 'Project:Bots', etc [16:18:32] *Splarka ducks, or turtles [16:59:34] hi. Does anyone know if there's a way to send updates/new pages created on your wiki site to twitter? [17:00:51] RSS? [17:00:53] possibly [17:01:35] i'm looking for a plugin functionality that knows how to interact with twitter. [17:10:37] 03(NEW) # is always taken to begin a comment, even when escaped - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16172 normal; normal; MediaWiki extensions: TitleBlacklist; (mikelifeguard) [17:10:42] 03(mod) Provide preference-based autoformatting for unlinked dates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=4582 (10cyp) [17:20:27] 03tparscal * r42771 10/trunk/extensions/SearchBox/SearchBox.hooks.php: Added wiki text parsing on label and namespaceslabel [17:22:48] TimStarling: About making svn faster... is it possible to provide a svnadmin dump of the repository for download? [17:23:24] ... 15 seconds late... [17:29:40] Mike_lifeguard: so.. why would you need a # in titleblacklist, escaped or otherwise? [17:30:04] 03ialex * r42772 10/trunk/extensions/ (4 files in 2 dirs): svn:eol-style native [17:30:29] if you ever want to match against # [17:30:35] why? [17:30:44] it's not allowed in titles [17:30:53] is it allowed in usernames? [17:31:16] all usernames must be valid titles, I guess, right? [17:31:40] so.... because people are dumb and try to match things they needn't? [17:31:46] heh [17:32:50] might be valid in spam whitelist, spam blacklist, $wgSpamRegex... but title blacklist it just makes no sense [17:33:50] unless it will be extended to do more esoteric things, like block linking to pages or something [17:34:07] *Splarka shudders, imagines that may be possible [17:34:15] can't see why it'd be needed in spam blacklist - we don't care about sections [17:35:21] right, but it is allowed in URLs, and not in page titles... [17:36:15] but it's not useful there either. I only asked because I am moving username blacklist stuff to title blacklist and came across a regex that wouldn't work [17:40:32] "but it's not useful there either"... what if you wanted to whitelist a specific section of a blacklisted page? [17:41:31] I don't think that would ever happen. It's not a useful thing to do. [17:41:55] right, but it is _possible_ so in that sense your bug is valid, for those extensions [17:42:03] *Splarka wonders why you're pulling a McCain [17:42:40] "I thing A" "A is wrong, but the slight variant A1 is possible" "Nope, no A or A1! OMG" [17:43:11] 03btongminh * r42773 10/trunk/tools/adminlogbot/ (README adminlog.py): mwclient now supports https properly [17:44:28] Well, I don't care very much to begin with, so that might have something to do with it. [17:45:07] You might check whether spam blacklist is actually affected by that; if so you may wish to change the bug correspondingly. [17:46:01] /care/.test(Splarka) = false [17:46:36] \o/ [17:46:59] btw, do we know why [:punct:] doesn't work? It appears to in username blacklist, but not titleblacklist [17:48:28] 03(mod) session.save_handler being over-ridden - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11613 normal->high; +comment (10alandsidel) [17:49:26] 03(mod) session.save_handler being over-ridden - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11613 +comment (10alandsidel) [17:52:54] 03(mod) # is always taken to begin a comment, even when escaped - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16172 +comment (10mikelifeguard) [17:54:17] VasilievVV: Do you know why [:punct:] won't work in title blacklist? [17:54:49] 03btongminh * r42774 10/trunk/extensions/NssMySQLAuth/ (NssMySQLAuth.i18n.php SpecialAccountManager.php): Add link to userrights [17:55:07] Mike_lifeguard: works for me [17:55:15] *Mike_lifeguard tries again :\ [17:55:22] Mind that it's [[:punct:]], not [:punct:] [17:55:31] (or am I wrong?) [17:56:49] uh... I'm pretty sure it's just [:punct:], but I'll check [17:58:31] http://en.wikipedia.org/wiki/Regex#POSIX_character_classes says [:punct:] [18:00:08] [[:punct:]] matches [, :, p, u, n, c, t, :, ] instead of punctuation, I think [18:04:33] 03(mod) session.save_handler being over-ridden - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11613 (10nlgordon) [18:05:45] we need codereview thingies on wikibugs [18:06:16] I could code something. I could also finish stuff I need to finish [18:06:20] blergh, choices [18:06:26] Bryan: beetje magere beschijving: + 'nss-rights' => 'rights', [18:06:58] if I coded that code it would have been only [r] :P [18:07:17] "change user rights for this user" [18:07:26] that's way too long [18:07:39] Bryan: it's a description showing up on Special:Something. [18:07:45] Bryan: You mean like e-mail notification for CodeReview comments? That's being worked on IIRC [18:08:03] RoanKattouw: rather IRC notificiation [18:08:04] <_mary_kate_> Mike_lifeguard: "POSIX character classes can only be used within bracket expressions. For example, [[:upper:]ab] matches the uppercase letters and lowercase "a" and "b"." [18:08:27] siebrand: no it's a link on Special:AccountManager [18:08:30] 03(mod) Improvement of handling of changed Commons images - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15748 (10raimond.spekking) [18:08:31] *Mike_lifeguard dies of embarassment [18:08:44] _mary_kate_: thanks though [18:09:00] Bryan: ah. My bad, indeed. That would have been 'right-nss' and 'action-nss'. I was mistaken. [18:09:36] I think the message names are too cryptic, but otoh I don't really care [18:11:07] Bryan: not that important. [18:15:52] 03btongminh * r42775 10/trunk/phase3/includes/Pager.php: Add IndexPager::getResult so that other code (API) can access the result. [18:24:13] 03tparscal * r42776 10/trunk/extensions/Drafts/Drafts.php: Added license info. [18:24:26] 03tparscal * r42777 10/trunk/extensions/LogEntry/LogEntry.php: Added license info. [18:25:44] 03tparscal * r42778 10/trunk/extensions/SearchBox/SearchBox.php: Corrected license info. [18:35:32] I am trying to avoid index.php and the mediawiki source folder from address bar. Does anyone know how to do it? [18:36:15] !shorturl | digg [18:36:15] --mwbot-- digg: To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at . There are instructions for most different webserver setups. If you have problems getting the rewrite rules to work, see !rewriteproblem [18:36:31] irgendjemand hier der Deutsch spricht? [18:39:27] Möchte das "Quelltext betrachten" nicht mehr angezeigt wird oder nur für bestimmte Benutzergruppen ist das machbar? [18:43:00] 03brion * r42779 10/trunk/debs/wikimedia-task-scaler/debian/ (changelog postinst): [18:43:00] Set fontconfig to ignore bitmap fonts. [18:43:00] FIXME: Should we remove the bitmap font packages as well, for good measure? [18:43:27] Fox_Mulder: #ca-viewsource { display:none; } in die MediWiki:Common.css Seite [18:44:16] thx ialex [18:47:53] ialex: what did you tweak on the SearchBox extension? [18:48:21] TrevorParscal: just added svn:eol-style property to the files [18:48:32] cool [18:51:44] Fox_Mulder: Wenn du "Quelltext betrachten" verbieten wolltest, ist ialexs Auflösung nicht genug [18:52:03] brion: could you some time explain http://www.mediawiki.org/wiki/Special:Code/MediaWiki/42584#code-comments ? [18:52:06] hab ich grad festgestellt Roan das hat null auswirkung [18:52:20] !protect | Fox_Mulder [18:52:20] --mwbot-- Fox_Mulder: You can protect pages to prevent them from being edited by certain user groups. When a page is deleted its' protection is retained. Also you can protect nonexistant pages since 1.12. See [18:52:55] Das ist eine (englische) Handleitung für das Schützen von Seiten gegen bestimmte Benutzergruppen [18:53:00] Bryan: if you use it in place 1), change it in place 2), then the things done in place 1) are now broken [18:53:11] (Schützen? What's "protect" localized to in German?) [18:53:33] ok, let me check where 1) is :) [18:53:45] Bryan: The point is you've got [18:53:52] 1) code that does something with $title [18:53:59] 2) *after* that, the hook changes $title [18:54:04] 3) possibly more code that uses $title [18:54:12] RoanKattouw: [[MediaWiki:Protect/de]] says "Schützen" ;) [18:54:22] ialex: Hmm I guessed right then [18:55:58] okay jetzt bin ich nur noch mehr verwirrt *gg* [18:56:07] Bryan: Did you have any particular use in mind for r42775 ? [18:56:31] yes with LiquidTabs [18:56:46] I use an odd namespace as LQT namespace [18:56:52] Fox_Mulder: Zum Beispiel, Wikipedias [[Haupseite]] ist geschützt so, dass nur Benutzer in der sysop Gruppe ihn bearbeiten können [18:56:57] *ihr [18:57:00] *sie [18:57:02] Whatever [18:57:13] and I want all content tabs in that namespace to link to [[Forum:Index]] [18:57:24] Bryan: And you need IndexPager::getResult() for that ?!? [18:57:36] ohh that [18:57:52] I thought we were talking about the SkinTemplate thing hook [18:58:14] ja die Hauptseite ist geschützt das nur sysops sie bearbeiten können und trotzdem kann ein Gast den Quellcode anschauen [18:58:26] I'm making an API module for code comments [18:58:45] Bryan: For CodeReview? [18:58:52] yes [18:59:31] Fox_Mulder: Ja. Der "Quelltext betrachten" tab kannst du unsichtbar machen, aber du kannst Benutzer nicht verbieten, die Quelltext zu betrachten [18:59:52] achso und wie kann ich ihn unsichtbar machen? [19:00:01] Kluge Benutzer brauchen keinen Link :P [19:00:17] Wie ialex sagte [19:00:29] #ca-viewsource { display:none; } in die [[MediaWiki:Common.css]] Seite [19:00:55] ja das hab ich ja gemacht das zeigt er den Tab aber trotzdem an [19:01:09] *RoanKattouw sieht dass ialex "MediaWiki" falsch buchstabiert hat als "MediWiki" [19:01:30] Du hast "MediaWiki" genutzt und nicht "MediWiki" ? [19:01:32] oops [19:01:56] ich hab media benutzt [19:02:17] MediaWiki:Common.css [19:02:18] Hast du Ctrl+F5 gemacht? [19:02:48] (auf eine Seite mit einem "Quelltext betrachten" Tab) [19:02:52] einer [19:02:59] *RoanKattouw curses German grammar [19:03:37] jap hab ich mehrmals gemacht wird trotzdem angezeigt [19:03:44] dein Deutsch ist perfekt [19:03:57] aufjeden fall 1000 mal besser als mein Englisch ;-) [19:05:03] Hmm... [19:05:54] Was ist die URL deiner Wiki? [19:06:00] kann man das nicht in der php datei komplett löschen? [19:06:11] http://forum.trusted-dealer.com/wiki [19:06:26] Vielleicht, aber das musst du dann nach jede Upgrade machen [19:07:26] Es steht rein: http://forum.trusted-dealer.com/wiki/index.php?title=MediaWiki:Common.css&usemsgcache=yes&action=raw&ctype=text/css&smaxage=18000 [19:07:43] Zweimal [19:08:46] jetzt steht es nur noch einmal drinn ;-) [19:09:17] aber trotzdem wir der tab angezeigt [19:09:20] 03(mod) Increase Commons file size upload limit to 40MB - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12595 (10yann) [19:11:59] Das ist fremd [19:12:34] Bryan: Why would you need IndexPager for that? [19:13:08] because I do? [19:13:27] there is an interface to comment getting [19:13:33] that is derived from indexPager [19:13:41] ich hab auf einer deutschen Seite gelesen das ich in das Konfigurations Menü soll und dort disable actions" (view source/export raw). eingeben soll [19:14:12] Fox_Mulder: Es gibt keine Konfigurations Menü in MediaWiki xD [19:14:46] Fox_Mulder: Versuch mal #ca-viewsource { display: none } ohne den ; [19:14:51] ja das weiß ich ja aber das war die einzigste seite wo so ein begriff vorkam [19:15:00] okay [19:15:01] *RoanKattouw hat keine Ahnung ob das wirkt [19:15:33] Bryan: Right. I suppose this is one of those things where you can't expand on the UI query in crazy ways like the API usually does [19:16:21] ohne ; wird es trotzdem angezeigt [19:17:08] ... [19:17:10] Sehr fremd [19:17:47] Anyone CSS-savvy around who can explain why neither #ca-viewsource { display: none } nor #ca-viewsource { display: none; } in [[MediaWiki:Common.css]] hide the "view source" tab while they should? [19:20:04] try adding and !important [19:20:49] Bryan: #ca-viewsource { display: none !important; } ? [19:21:27] yes [19:21:30] Fox_Mulder: Versuch das mal ---^^ [19:21:33] 03btongminh * r42780 10/trunk/phase3/includes/Pager.php: Need setOffset and setLimit as well [19:22:12] juhhuhuuhuhuhuhuhuhuhuhuu [19:22:28] thx a lot Roan and Bryan [19:22:32] it works [19:22:42] say hi to skully for me [19:30:39] cr_message is the commit message, right? [19:33:31] so ich verschwinde dann mal wieder noch mal big thx an Bryan and Roan for the help perhabs cya [19:36:44] hello [19:48:51] 03btongminh * r42781 10/trunk/extensions/CodeReview/ (ApiCodeComments.php CodeReview.php): Add API query module to query latest comments [19:49:17] 03raymond * r42782 10/trunk/extensions/ (ABC/ABC.php Translate/groups/mediawiki-defines.txt): [19:49:17] * Add ABC extension to Translate [19:49:17] * Add svn-date/revision to extensionCredits [19:50:20] some times I imagine an api that does have to do any sql queries but has proper backend that does all the dirty stuff [19:50:31] at least I got that working for this module :) [19:52:18] does anybody want to implement an "svn ls" function for CodeReview? [20:00:11] 03raymond * r42783 10/trunk/extensions/Translate/groups/mediawiki-defines.txt: Add SearchBox to Translate [20:00:57] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 +comment (10matthiasbecker1967) [20:07:37] 03(mod) UsernameBlacklist should be marked obsolete - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15887 (10mikelifeguard) [20:09:14] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 (10happy_melon) [20:11:04] Mike_lifeguard: You finished with the blacklist conversion? :-) [20:11:38] yes [20:11:47] although now the whining begins :) [20:12:14] Mike_lifeguard: There's a separate bug that can now be reopened... [20:12:29] Mike_lifeguard: https://bugzilla.wikimedia.org/show_bug.cgi?id=15888 I'll let you do the honors. :-) [20:12:37] Needs the shell keyword as well. [20:13:13] \o/ [20:13:14] 04(REOPENED) UsernameBlacklist should be disabled on WMF wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15888 +shell; +comment (10mikelifeguard) [20:13:35] That brings us to... five extensions that need disabling, I think. ;-) [20:15:15] oh? what are the other ones? [20:20:28] Hello. How do I add new groups to my wiki, besides the defaults? [20:28:47] jftsang, Hi there! [20:29:03] Hello. [20:29:03] jftsang, Take a look at http://www.mediawiki.org/wiki/Manual:User_rights_management [20:29:17] Oh wait. [20:29:32] jftsang, I'm sorry, I meant http://www.mediawiki.org/wiki/Manual:User_rights [20:30:31] Ah. So I can just arbitrarily make groups by using $wgGroupPermissions['newgroup']['perm'] = true; [20:30:40] Yep./ [20:30:51] Thank you very much. [20:31:21] No problem. [20:41:01] jftsang, Is it working? :) [20:41:30] CWii: I haven't tested it out yet, because the problem I was about to solve with it has momentarily slipped from my mind. [20:41:46] *jftsang hates it when that happens [20:41:46] Oh :) [20:41:54] Happens to me too. [20:50:07] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 (10matthiasbecker1967) [20:54:28] hey how would one go about creating a new html tag? I haven't found a css stylesheet anywhere that affects the entire mediawiki installation [20:56:02] CO2Games: define "creating a new html tag"... like do you mean adding a tag extension such as , enabling existing tags like , or just making a new tag that you can apply CSS styles to? [20:56:45] a new tag that you can use in an article [20:57:51] so... which one of the three is it? [20:59:23] third [20:59:43] why not just use or

then? [20:59:57] because it looks messy? [21:00:15] the third is only possible by doing the method of the first, meaning you'll need to code PHP :P [21:00:35] really... [21:00:38] CO2Games: you could use a template [21:00:40] doesn't sound that hard [21:00:52] templates would be easier :) [21:00:56] CO2Games: or use globa css to change the appearance of a specific tag [21:00:56] {{foo|Blah}} [21:01:07] doesn't sound nice when Blah is like twenty lines [21:01:13] but that only works for "real" html tags [21:01:25] No it doesn't [21:01:33] CO2Games: how's that different from Blah if it'S like 20 lines? [21:01:47] hm? it doesn't? what? [21:01:49] ...that's a good point [21:02:01] you can define your own tags with css [21:02:19] no... you can apply css to arbitrary xml. [21:02:30] firefox seems to like it [21:02:48] but if the browser "knows" the page is html, i'm doubtful if it will apply css to "unknown" tags [21:02:57] apart from the fact that you will have invalid html [21:03:06] and from the fact that mediawiki will not pass the tags, but escape them [21:03:15] oh it won't? [21:03:18] dang [21:03:18] nope [21:03:36] well, you can write a tage extension that handles the tag by outputting . [21:03:47] possible. not so nice :) [21:04:03] and wiki markup won't work with it :) [21:04:16] unless you parse out the markup in the tag code [21:07:46] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 (10happy_melon) [21:09:30] Is it possible to include a template parameter, "{{{1}}}", inside a pre tag and have it expand correctly? If so, how? [21:11:46] AllenJB: no,

 implies , so nothing inside that will be processed.
[21:12:12] 	you could put it in a div
[21:12:22] 	AllenJB: you can get an effect simmilar to  by indenting lines -- in that case {{{1}}} would work, and some other markup would too
[21:12:33] 	yes, you can get the same effect as indening also by using a diff
[21:12:51] 	in both cases, wiki format included in the parameter's value will be evaluated.
[21:13:41] 	{{{1}}}
[21:13:53] 	does anybody know a way to set $wgCapitalLinks only to false for NS_IMAGE ?
[21:14:07] 	and preferably also kill the space to underscore conversion
[21:15:33] 	umm, Q:  does "IP block exemption" exempts you from other users autoblocks?
[21:16:12] 	yes
[21:16:26] 	anything except a direct block on the account
[21:17:09] 	but it is not even mentioned on http://en.wikipedia.org/wiki/Wikipedia:Autoblock or Wikipedia:IP block exemption
[21:18:08] 	and if this is true, it would make a lot of sense to add this to both pages
[21:18:47] 	sofixit
[21:19:10] 	I'm still not convinced this is the case
[21:19:39] 	Thanks for the help
[21:19:42] 	I think we've been using it to help people bypass autoblocks, so I hope it is
[21:21:12] 	the code says it is
[21:21:48] 	besides, I'm puzzled what this means on the Wikipedia:Autoblock: "... autoblocked users are often still able to edit pages in the talk namespace ... often able to edit [[Talk:Foo]] but not [[Foo]] "
[21:22:30] 	that sounds wrong
[21:22:55] 	IIRC an autoblock is basically just a short hardblock on an IP
[21:23:15] 	hmm, and then it says " ...  it is often possible for the user to leave a note for the admin directly on the admin's talk page"
[21:23:39] 	its marked as an autoblock so the IP won't show up in IPblocklist, but I think that's really the only difference
[21:25:49] 	the "talk:foo" thing comes from 2006, so maybe it's just outdated
[21:27:12] 	yeah, that's wrong...
[21:27:14] 	domas: Would you happen to know what the maximum size for a revision is?
[21:27:30] 	autoblock is just like a normal block, you aren't given any special permissions for being autoblocked
[21:29:43] 	Bryan: About your vision of an API that uses the backend for database queries: very often, API modules implement query options that aren't implemented in the UI (because they would be too cumbersome, or whatever)
[21:30:13] 	Also, VasilievVV is supposed to be working on https://bugzilla.wikimedia.org/show_bug.cgi?id=14869 which goes quite a distance to achieving that goal
[21:33:33] *Reedy 	likes creating big bug reports
[21:34:02] 	03(mod) $wgCapitalLinks should be a per-namespace setting - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13750  -need-review +reviewed; +comment (10Bryan.TongMinh)
[21:34:03] *Bryan 	likes resolving them
[21:34:25] 	does anybody have anything to say about https://bugzilla.wikimedia.org/show_bug.cgi?id=13750 ?
[21:34:35] 	brion perhaps ? :)
[21:34:38] 	03(NEW) Titleblacklist blocks user page from editing, despite RegExp actually does not match - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16173 15enhancement; normal; MediaWiki: Blocking; (Wiki.Melancholie)
[21:34:59] 	03(mod) Titleblacklist blocks user page from being edited, despite RegExp actually does not match - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16173  summary (10Wiki.Melancholie)
[21:35:05] 	Bryan: About r42781 (new CodeReview API module): it's kind of convention not to use a parameter prefix for an action= module
[21:35:23] 	it's a query list module
[21:35:55] 	*facepalm*
[21:36:08] 	You're right. Makes perfect sense, too
[21:36:53] 	Bryan: Seems like you didn't set svn:keywords=Id on that file
[21:37:35] 	mark: At one time kate (I think) mirrored the raw 2metres per pixel nasa blue marble images which are no longer availible on nasa.gov to download.wikimedia.org, do you know if wikimedia still mirrors these?
[21:37:47] 	03btongminh * r42784 10/trunk/extensions/CodeReview/ApiCodeComments.php: svn:keywords id
[21:37:57] 	I have no clue
[21:37:59] 	ask kate? :)
[21:39:08] 	uOh and about the "Stop Eclipse from whining" comment: are you sure it even worked before adding that line? I vaguely remember PHP destroying such a variable after each iteration because it went out of scope (because the var was first used in the loop, it was local to the loop)
[21:39:15] 	But I'm not sure
[21:39:34] 	dunno
[21:40:12] 	Err why do you do $this->getMain()->getResult() ? $this->getResult() works just fine
[21:40:20] 	Although I don't think it'll cause bugs
[21:41:34] 	hehe there was only one line that I typed without looking at examples :P
[21:41:35] 	that one
[21:41:52] 	lol
[21:42:23] 	Oh wait hey I actually found a real error in your code :D
[21:42:41] 	self::formatRow() isn't allowed because formatRow() isn't a static function (and it shouldn't be, because it uses $this)
[21:43:31] 	true
[21:43:54] 	Oh and you should wrap $row->cc_timestamp in a wfTimestamp() call
[21:44:06] 	wfTimestamp(TS_ISO_8601, $row->cc_timestamp)
[21:44:12] 	and I should add some description
[21:44:20] 	Yeah :P
[21:44:28] 	I hadn't even noticed that
[21:44:38] 	9,1 Salve O 0,1� 4,1�09,1 #mediawiki 4,1� 0,1� 4-0=4{9�0} 4|12[9 R3L04D3D.ScRiPt 12]4|0 {9�4}0=4-
[21:44:44] 	!list
[21:44:44] --mwbot--	http://lists.wikimedia.org
[21:44:48] 	ok lets not do that
[21:45:11] 	lol
[21:45:25] 	mark: I've considered it but since I last talked to her she's probably gone through >2^8 nick changes, what does she call herself nowadays?
[21:45:35] 	_mary_kate_
[21:45:36] 	ok later, I need to hack arounds mw's space to underscore conversion first
[21:45:54] 	_mary_kate_: Question: what I just asked mark:)
[21:45:55] 	I'll do it, nothing to do right now anyway
[21:46:06] 	mark: thanks
[21:49:11] 	paravida: Please don't do that, it crashes certain clients.
[21:49:22] 	MattJohnston_: He's gone already
[21:50:56] 	If I'm sharing my interwiki table, how can I make sure namespaces don't get broken?
[21:51:41] 	chuck: Why on earth would cause sharing interwiki tables break namespaces?
[21:51:43] 	by not using an interwiki prefix that is the same as the project namespace ;) 
[21:52:10] 	RoanKattouw: It breaks it because if you have an interwiki prefix that is the same as the project namespace name, then it breaks.
[21:52:22] 	So don't do that :P
[21:52:31] 	change it to something else!!!
[21:53:05] *chuck 	may change it to something more like how wikia does things, like [[c:pool:test]]
[22:09:30] 	Bryan: I'm confused. The module doesn't seem to handle invalid input for $params['repo']. How is that done / should that be done ?
[22:09:50] 	good question
[22:10:28] 	let's see...
[22:10:45] 	$listview->mRepo will be null
[22:10:48] 	Probably best to create the CodeRepository object ourselves
[22:10:50] 	Yeah but it's private
[22:10:56] *gewt 	can break mediawiki without trying
[22:11:05] 	And construct a CodeCommentsTablePager with that
[22:11:11] 	Which is really all getPager() does
[22:11:41] 	that mean's an extra query
[22:11:48] 	I'd rather just make a getRepo method
[22:12:21] 	How's that an extra query? The CodeCommentsListView object does exactly the same
[22:12:40] 	http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/CodeReview/CodeCommentsListView.php?view=markup
[22:12:52] 	Oh wait
[22:12:53] 	It doesn't
[22:12:55] 	Crap
[22:12:56] 	You're right
[22:15:04] 	Also, it doesn't do query-continue stuff
[22:18:59] 	Oh wait, it does
[22:19:11] 	lol
[22:19:21] 	Hi.
[22:19:25] *Reedy 	hands RoanKattouw a kit-kat
[22:19:25] 	I have a problem.
[22:19:32] 	Hmm the downside of using the pager here is that you can't really implement ccend but that's probably not a huge problem
[22:20:06] 	14(INVALID) Titleblacklist blocks user page from being edited, despite RegExp actually does not match - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16173  +comment (10Wiki.Melancholie)
[22:20:31] 	03(mod) Provide preference-based autoformatting for unlinked dates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=4582  (10Siegel)
[22:20:52] 	I'm using mediawiki with lighttpd and using the rewrite script with http://www.mediawiki.org/wiki/Manual:Short_URL/wiki/Page_title_--_Lighttpd_rewrite--root_access
[22:20:55] 	The first one there
[22:21:55] 	But whenever I edit a page and hit save, *ONLY* if it has a #REDIRECT in it, it does save, but once it saves it goes to a server not found error because it goes to http://example.comhttp//example.com/index.php?title=...
[22:22:09] 	Just like that, without a : in http// the second time
[22:22:13] 	...
[22:22:16] 	That's weird
[22:22:26] 	:X
[22:22:32] 	Did you set $wg*Path *exactly* the way described?
[22:22:42] 	i.e. without http:// in them
[22:22:52] 	hmm
[22:23:04] 	And what happens if there's not a #REDIRECT in it?
[22:23:43] 	Oh
[22:23:48] 	RoanKattouw: Then it works perfectly
[22:23:52] 	But I'm guessing this is bad:
[22:23:52] 	Hmm rewrite #2 on that page is bad, it makes api.php inaccessible because it has overlapping virtual and real paths
[22:23:56] 	$wgScriptPath = 'http://sawpedia.com';
[22:23:59] 	Yes
[22:24:09] 	Should be /w
[22:24:10] 	Lol I'l try fixing that
[22:25:24] 	RoanKattouw: Wait, why /w?
[22:25:29] 	I don't have a folder named that
[22:25:46] 	Oh index.php is in the root
[22:25:48] 	OK
[22:25:52] 	Then it should be /
[22:25:59] 	Oh wait no it should be empty
[22:26:33] 	:o
[22:26:50] 	03tparscal * r42785 10/branches/CentralNotice-SpecialPage-Integration/CentralNotice.php: Made paths not static.
[22:27:03] 	RoanKattouw: Uhh that looks wrong
[22:27:06] 	http://sawpedia.com/wiki/Main_Page
[22:27:08] 	When I do /
[22:27:47] 	http://index.php/?title=Main_Page&action=edit
[22:27:47] 	'' seems better
[22:27:48] 	Right....
[22:27:55] 	lol
[22:28:15] 	Yep this is good
[22:28:19] 	RoanKattouw, .php is a tld?!
[22:28:28] 	gew: What's a TLD?
[22:28:33] 	top level domain
[22:28:35] 	like .com
[22:28:36] 	Oh a top level domain
[22:28:38] 	RoanKattouw: Ooh, thanks!
[22:28:39] 	hehe
[22:28:40] 	No
[22:28:42] 	The #REDIRECT thing worked
[22:28:50] 	Wrong $wgScriptPath there
[22:28:55] 	$wgScriptPath = '';
[22:28:57] 	oops
[22:28:58] 	03tparscal * r42786 10/branches/CentralNotice-SpecialPage-Integration/SpecialNoticeTemplate.php: Fixed small bug in return statements.
[22:28:58] 	Wrong window
[22:29:22] 	03tparscal * r42787 10/branches/CentralNotice-SpecialPage-Integration/SpecialNoticeText.php: Fixed small bug in array statement.
[22:31:35] 	What if I want to make a link to a Category without putting that page into the category?
[22:31:42] 	[[:Category:Foo]]
[22:32:38] 	Oh with a :
[22:32:40] 	k thanks
[22:34:05] 	Will CentralNotice work for things other than Wikimedia's Donation drive?
[22:36:04] 	03(NEW) Add a note to blacklists that RegExps are case-*in*-sensitive by default - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16174 15enhancement; normal; MediaWiki: Documentation; (Wiki.Melancholie)
[22:36:43] 	03catrope * r42788 10/trunk/extensions/CodeReview/ (4 files): 
[22:36:43] 	CodeReview: * Fixed up list=codecomments API module added in r42781
[22:36:43] 	* Added examples to all API modules
[22:36:43] 	* Declaring CodeCommentsListView::$mRepo explicitly
[22:39:10] 	chuck: Possibly.
[22:39:13] 	!e CentralNotice
[22:39:13] --mwbot--	http://www.mediawiki.org/wiki/Extension:CentralNotice
[22:39:54] *chuck 	will just write a new extension that doesn't have so much to do with donations and stuff
[22:40:08] 	That's probably
[22:40:10] 	best
[22:40:18] 	A lot of those extensions are very WMF-specific
[22:40:51] 	BoardVote for instance. CentralAuth also used to be WMF-specific (it's still a bitch to set up, but it's possible now)
[22:42:57] 	Yeah, I prefer a shared user table, but that still has problems too
[22:47:07] 	brion: I expect to have a pretty big API rewrite ready tomorrow (rewrites result handling to fail gracefully when the result size reaches OOM-like proportions, bug 11430). Is it OK for me to commit it tomorrow or should I wait till Monday? (With the weekend coming up and all; a 64 KB patch has a good chance of breaking *something*, and I don't want people to be screwed because you scapped on...
[22:47:09] 	...Friday and we're both away till Monday.)
[22:47:24] 	Wow. My IRC client actually broke that line for me :O
[22:49:51] 	:D
[22:50:15] 	i'm thinking we should start moving to weekly scap updates to allow some clearer time for review :)
[22:50:28] 	Probably a good idea
[22:50:43] 	Best time to scap would probably be Monday evening or Tuesday
[22:50:47] 	03btongminh * r42789 10/trunk/extensions/CodeReview/ (ApiCodeComments.php CodeCommentsListView.php): Use an accessor method for mRepo.
[22:50:59] 	To avoid the problems of a Friday scap and to include all the Bug Monday commits
[22:51:08] 	(if you can review them that fast, that is)
[22:51:22] 	brion: do you have anything to say about https://bugzilla.wikimedia.org/show_bug.cgi?id=13750 ?
[22:51:36] 	or shall I commit it and will you comment then if necessary?
[22:52:09] 	Bryan: About your last rev: $mRepo is public and is accessed directly in other classes as well
[22:52:11] 	i think i'll want to review that prior to commit
[22:52:22] 	ok
[22:52:41] 	RoanKattouw: it's supposed to be private. it's a member variable
[22:52:52] 	members should never be accessed directly
[22:52:54] 	I get that. But Brion wrote it differently ;)
[22:53:32] 	        $this->mRepo = $view->mRepo; is used in CodeCommentsTablePager::__construct()
[22:53:41] 	And God knows where else
[22:53:46] 	Oh wait it was actually written by Aarod
[22:53:48] 	Aaron
[22:53:52] 	I'll let him fight that out with Tim :P
[22:54:26] 	I'd say grep for other uses of mRepo, convert them to getRepo() and make $mRepo private
[22:55:36] 	mRepo in what?
[22:55:52] 	CodeCommentsListView
[22:55:52] 	CodeCommentWhatever
[22:55:53] 	ah yeah there's some oddities there
[22:56:05] 	probably the view should pass its repo to the pager constructor
[22:56:22] 	brion: The view passes *itself* to the pager constructor, that should suffice :P
[22:56:46] 	And is actually needed
[22:57:59] 	>:D
[22:58:08] 	?
[22:58:13] 	eh bah it's already midnight
[22:58:14] 	well what's it really using mRepo for?
[22:58:27] 	maybe it should be calling a func on the view which generates the base special page name
[22:58:32] 	I don't have a clue. I just fix up API modules :P
[22:58:35] 	and it is actually exam period, so goodbye
[22:58:36] 	:D
[22:58:45] 	oh, suddenly everyone has to go ;)
[22:58:49] 	i see hwo it is ;)
[22:59:00] 	Well it's midnight in CET now
[22:59:13] 	Luckily I don't have another exam for a week
[23:00:04] 	:D
[23:03:43] *MrZ-man 	waves to brion
[23:04:01] 	How would I make it so that a message can only be edited from one wiki somehow? Or what would be the best way to setup a global site notice?
[23:04:02] *brion 	waves MrZ-man 
[23:04:19] *chuck 	has already written the basic extension, i just can't figure out how to get the message most effectively
[23:04:43] 	there's a centralnotice extension already, not sure how wikimedia-specific it is
[23:05:01] 	I want a form or button [Create a new page from this page].  Easy?
[23:05:05] 	MrZ-man: It's fairly Wikimedia specific, or wikimedia donation drive specific, that is.
[23:05:28] 	skierpage: Probably not worth the trouble
[23:05:29] 	Or, just like http://www.mediawiki.org/wiki/Help_talk:Starting_a_new_page , I want to use a template during page creation.
[23:05:31] 	it's being made slightly more general...ish... sort of :D
[23:05:37] 	but it's pretty geared to our system
[23:05:58] *MrZ-man 	remebers trying to install boardvote locally once
[23:07:04] 	skierpage: Take a look at [[Extension:Inputbox]] maybe
[23:07:49] 	skierpage: maybe http://www.mediawiki.org/wiki/Extension:Preloader or http://www.mediawiki.org/wiki/Extension:PreloadManager
[23:07:51] 	RoanKattouw, in any advanced wiki, a page from scratch is crap.  You always want to copy templates, categories, semantic annotations from an existing page.  Make it easy and record it in history instead of a complicated pretend-edit, copy, create new, paste.
[23:08:16] 	skierpage: You're probably better off customizing [[MediaWiki:Edittools]]
[23:08:43] 	That way you can add an edittool that, when clicked, would add {{example|foo=|bar=}} to the edit box
[23:08:54] 	You'd probably have to insatll the CharInsert extension as well
[23:09:01] 	or see the "See also" links on those pages
[23:17:10] 	03(mod) $wgCapitalLinks should be a per-namespace setting - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13750  (10brion)
[23:25:23] *werdnus 	sneaks in unseen.
[23:25:59] 	Everyone! Look! werdnus just snuck in!
[23:26:04] 	Oh no!
[23:26:15] *werdnus 	waves chuck.
[23:26:28] 	And by that, I mean picking him up, and waving his body around the place.
[23:38:22] 	Anybody want to help clean up interesting stuff from http://www.mediawiki.org/wiki/Extension_requests ?
[23:38:58] <^demon>	brion: I got your notes on the Namespace work, I'll play with it again and see what I can do :)
[23:39:15] 	whee
[23:40:22] 	namespace work?
[23:40:28] 	whatcha doin', ^demon?
[23:40:40] <^demon>	Allowing $wgCapitalLinks to be per-namespace :)
[23:40:44] <^demon>	bug 13750
[23:40:50] 	ah, sounds fun.
[23:41:13] 	brion: I never cease to be amazed by the crazy ideas people put on that page
[23:41:56] 	TrevorParscal: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/42785#c491
[23:42:57] <^demon>	brion: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/42681 Can be marked as resolved now, I believe.
[23:43:32] 	hrm
[23:43:34] 	+    $wgHooks['ParserFirstCallInit'][] = array( 'InputBoxHooks::register' ); ?
[23:43:35] 	that ain't right :D
[23:44:16] 	about the invert button in special:undelete, does it work on contiguous selections only?
[23:44:21] 	brion: Isn't that allowed?
[23:44:29] 	03(NEW) Clean up the rendering of messages displayed at the top of the edit window - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16175 minor; normal; MediaWiki: Page editing; (happy_melon)
[23:45:45] 	03tparscal * r42790 10/branches/CentralNotice-SpecialPage-Integration/CentralNotice.php: Added configuration variables for table names. Fixed paths.
[23:45:49] 	brion: $wgHooks['foo'][] = array('function'); arguably shows signs of insanity but is not illegal, AFAIK
[23:46:45] <^demon>	What is $wgHooks passed through, btw? I assumed it was call_user_func like $wgExtensionFunctions are.
[23:47:05] 	Yes, but it's parsed first
[23:47:30] 	!man Hooks
[23:47:30] --mwbot--	http://www.mediawiki.org/wiki/Manual:Hooks
[23:47:46] 	See http://www.mediawiki.org/wiki/Manual:Hooks#Writing_an_event_handler for possible syntaxes
[23:49:00] <^demon>	So, if you really wanted to submit it as an array, you'd have to do array( array('class', 'method'), $etc)
[23:49:20] 	I don't know if that works
[23:49:23] 	arrays of functions mean something else.
[23:49:33] 	It's undefined
[23:49:43] 	If you want to call a function of a class, you use 'Class::method'
[23:50:02] 	the array( 'class', 'something' ) syntax is used for something else, IIRC
[23:50:04] 	10:43 < brion> +    $wgHooks['ParserFirstCallInit'][] = array( 'InputBoxHooks::register' ); ?
[23:50:16] 	should be $wgHooks['ParserFirstCallInit'][] = 'InputBoxHooks::register';
[23:50:34] <^demon>	werdnus: I thought 'InputBox::register' wouldn't work on less than 5.2.3?
[23:50:40] 	werdnus: array('foo') is equivalent to 'foo' for these purposes
[23:50:46] 	^demon: It will for $wgHooks, because that's parsed
[23:50:52] 	^demon: no, $wgHooks parses it.
[23:51:00] 	werdnus: array('function', 'something'); calls function(something);
[23:51:03] <^demon>	:-\
[23:51:05] <^demon>	That's fun...
[23:51:07] 	Although something should really be an array
[23:51:12] 	See http://www.mediawiki.org/wiki/Manual:Hooks#Writing_an_event_handler for a full list
[23:51:14] 	^demon: yay for consistency
[23:51:46] 	we wanted the ability to call function('somearg', 'the', 'other
[23:51:58] 	', args' ) before we wanted to call someClass::function()
[23:52:04] 	Yeah
[23:53:00] 	wow. Hooks.php has only one method in it.
[23:53:18] 	What's that?
[23:54:04] 	03(NEW) Create XML category dumps - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16176 15enhancement; normal; MediaWiki: Export/Import; (Keisial)
[23:54:12] 	wfRunHooks
[23:54:13] <^demon>	wfRunHooks :p
[23:54:22] 	That's not a method, that's a global function
[23:54:41] <^demon>	It's included when GlobalFuncs is, so it is a globalfunction I guess :p
[23:54:53] 	03(mod) Create XML category dumps - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=16176  (10Keisial)
[23:55:02] 	Any function outside a class is a global function
[23:55:03] 	meh, methods and functions are virtually synonymous.
[23:55:22] 	werdnus: In Java, maybe. Not in PHP. Methods are always in a class, global functions aren't
[23:55:39] 	I don't use java ;)
[23:55:46] 	meh, I meant 'global function'
[23:56:06] 	03(mod) Create XML category dumps - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=16176  +comment (10Keisial)
[23:56:40] 	i see a lot of the api changes have been put live now :)
[23:56:50] 	Reedy: Which ones?
[23:56:58] 	watchlistraw for one
[23:57:22] 	That's like a week ago
[23:57:29] 	Was the last scap that long ago?
[23:57:40] 	nah
[23:57:42] 	it was a few days ago
[23:57:55] *Reedy 	hadnt noticed
[23:59:16] 	03demon * r42791 10/trunk/extensions/InputBox/InputBox.php: Cleanup slightly odd syntax. Back to how it originally was.