[00:01:13] werdnum, yep. [00:06:12] 03dale * r47204 10/trunk/extensions/MetavidWiki/skins/mv_embed/ (6 files in 5 dirs): some fixes to do_api_req refactor [00:08:43] Splarka, please explain the aerial analogy for 1.14.0rc1 to me [00:08:56] I'm quite happy with my 1.13.x MW at the moment [00:09:21] I don't see the need to go to 1.14.x, especially for the renaming of the Image namespace to File [00:09:54] 1.13 is the private spaceship that made orbit... 1.14 is the true and tested one that has done so with the backing of the US government for ~25 years, but with a few fatal accidents [00:10:04] what's wrong with File:? :P [00:10:15] as soon as tim releases 1.14.0 I'll probably change it to something snazzy and not so spooky [00:10:42] a-zA-Z0-9`^-_[]{}\| [00:10:44] chuck, nothing, I'm just holding back on updating because I'm not sure what else was there [00:10:51] for 1.13, it was the new parser [00:10:52] NICKLEN=16 [00:10:56] Derwin ^ [00:11:01] lch: take a look in release notes [00:11:23] can you brief me on highlights? :) [00:11:59] http://svn.wikimedia.org/viewvc/mediawiki/branches/REL1_14/phase3/RELEASE-NOTES?view=log [00:12:29] Splarka: so what are you going to do when you run out of real aircraft? Start using stuff from Star Trek? :P [00:13:07] Special:ListUsers/GROUP/USER Special:ListUsers/GROUP Special:ListUsers/USER [00:13:21] Skizzerz: dump from the bottom and move up [00:13:35] mhhm [00:15:02] the suppress-redirect-on-move is in 1.14, right? [00:15:09] I might update just for that :) [00:16:24] lol [00:18:05] MediaWiki:Editnotice-#, __INDEX__ and __NOINDEX__, pagetitle-view-mainpage, NUMBERINGROUP, MediaWiki:Print.css, Deletion log excerpt is now shown, Added "link" parameter to image links, "show preview" and "show changes" in read-only, Blocks can be modified without unblocking first, Dropped old Paser_OldPP, Improved security of file uploads for IE clients, Image moving is now enabled for sysops by default [00:19:07] "Blocks can be modified without unblocking first", what's that mean? [00:19:11] ~134 bug fixes... [00:19:31] before if you tried to block a user, you'd get a "user is already blocked" error [00:19:48] now you still do, but can re-block them to change it, like say.. block them from editing their talk page [00:20:18] ic [00:20:24] ~75 API changes... [00:22:53] 03(mod) Automated smallest-CIDR calculation from within Checkuser UI - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17018 (10JSchulz_4587) [00:23:47] 03(ASSIGNED) Integrate SVN and Bugzilla - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17322 +comment (10mediawiki) [00:24:22] 03(mod) Integrate SVN and Bugzilla - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17322 (10mediawiki) [00:26:24] 03(mod) Automated smallest-CIDR calculation from within Checkuser UI - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17018 +comment (10mikelifeguard) [00:28:53] 03werdna * r47205 10/trunk/extensions/ParserFunctions/Expr.php: Fix handling of 0, 0.0, 0.00 etc in logical functions. [00:32:43] 14(WFM) Authors field - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14853 +comment (10yaron57) [00:36:27] 03(FIXED) Optionally use HTML listboxes instead of auto-completion - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=10943 +comment (10yaron57) [01:32:33] 03(mod) Different Priorities in Sitemap - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16742 (10dasch_87) [01:41:11] 03werdna * r47206 10/trunk/extensions/AbuseFilter/AbuseFilter.class.php: Correctly deal with emergency disabling, hit counts, etc for filters with 'throttle' and 'warn' actions. [01:41:29] Prodego: ARE YOU HAPPY NOW [01:41:51] a little [01:44:48] 03(mod) Non-square pixel aspect ratios are not detected properly for Ogg thumbnailing, Cortado player - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16149 +comment (10brion) [01:46:33] 14(INVALID) No indication in which language input should be - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=16670 +comment (10brion) [01:48:40] 03(mod) Implement collapsible tables in core javascript - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17456 (10brion) [02:24:29] 03(mod) Implement collapsible tables in core javascript - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17456 (10mikelifeguard) [02:28:58] ew [02:29:21] collapsible tables shouldn't be core, sortable tables neither... JS bloat not needed on the vast majority of page views [02:29:36] it should be an extension, probably [02:30:36] probably should just be some helper functions like addShowHideButton and toggleVisibility [02:30:47] (added to wikibits that is) [02:40:40] is this how CodeReview is supposed to be updated? wget -q --post-data "action=codeupdate&repo=blah&rev=$REV" http://blah.com/wiki/api.php [02:40:53] 03(NEW) (semi)Automatic template tranclusion via categorization or templates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17473 15enhancement; normal; MediaWiki: Categories; (cerejota) [02:43:40] well, it doesn't work [02:44:18] 03(mod) (semi)Automatic template tranclusion via categorization or templates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17473 +comment (10cerejota) [02:45:58] Is it possible after adding one user to disallow any other users, I just want a well maintainable homepage. [02:46:10] ...but I don't want anyone else modifying it. [02:47:30] tomolds: disable account creation and anon editing [02:47:42] see http://www.mediawiki.org/wiki/Manual:User_rights [03:01:58] How do I link my SVN account with my Wiki account? [03:02:05] You ask a coder to do it. [03:02:08] WOuld you like me to do it? [03:02:34] werdnum: yes please [03:02:45] my SVN name i "charlie" and my wiki name is "Cmelbye" [03:04:36] The author charlie has been linked to the wiki user Cmelbye [03:06:22] werdnum: thanks much [03:08:22] 03(mod) Default our search box to "Search" instead of "Go" on Commons - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17471 summary (10Wiki.Melancholie) [03:08:25] 03charlie * r47207 10/USERINFO/charlie: Updating e-mail address. [03:12:32] why doesn't my sub categories work [03:12:44] I did [[Category:Mouse]] [03:12:58] then [[Category::Mouse::Food]] [03:13:03] oops [03:13:09] [[Category:Mouse::Food]] [03:13:17] it created a category called Mouse::Food [03:13:19] instead of sub cat [03:13:47] I'm not sure if that is how you do sub categories [03:14:22] If you want it to be like that, categorize Food under the Mouse category, like [[Category:Mouse]] [03:14:26] i *think* [03:15:08] is that Semantic syntax? [03:15:09] yes [03:15:15] your right chuck [03:15:18] thx [03:15:24] Splarka what? [03:16:20] it looked like horrible Semantic Mediawiki syntax [03:16:55] yea i got it from a google hit [03:17:23] remember, every time you hit google, you're hitting every person that google was hit by [03:18:28] 1 google search creates more CO2 than 100 farts [03:19:04] 03(mod) Use Sessions instead of cookies for Login - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17422 highest->low; +comment (10b-jorsch) [03:22:15] are you using plain mediawiki or semantic mediawiki? [03:22:42] if i was using semantic i suppose it would of worked [03:22:50] instead of making it a category [03:23:34] i just wanted to see how it links categories [03:23:44] i'm having trouble deciding to build based on categories [03:23:47] or pages like the wiki does [03:24:02] :O [03:24:12] !hesaidsemantic | Splarka [03:24:12] --mwbot-- Splarka: http://img393.imageshack.us/img393/576/hesaidsemanticga2.jpg [03:24:17] since your using plain mediawiki, you will have for example [[Category:Food]] which will be your main cat, then you need to create the sub cat as [[Category:Mouse]] and on that category page you have to add [[Category:Food]] [03:24:28] and that will create a sub cat [03:24:34] !duh | MrZ-man [03:24:46] i did this already [03:24:48] thx tho [03:28:49] 03(NEW) Image pages contain same named links, but to different items - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17474 normal; normal; MediaWiki: Images; (jidanni) [03:29:17] is there any way to destroy an article object [03:29:19] hey, someone with a fast connection, graph the number of new bugzilla.wm bugs opened daily since 2005 [03:29:31] i have a long running script that is sucking up a lot of memory [03:29:57] php unset() doesn't seem to do anything [03:30:11] 03(mod) Tips to improve user experience and ergnonomy of Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15317 +comment (10Wiki.Melancholie) [03:32:57] werdnum: is there any way to disable the API entirely, except for codeupdate? [03:33:36] chuck: What do you mean? [03:34:31] werdnum: We're running CodeReview on an Internal wiki, and we need to disable all of the API (so that we don't leak any sensitive information out through it), yet we still need to have our hooks work to update our repository.. [03:34:40] there's a way to disable individual modules, off the top of my head I don't remember what [03:36:38] you could take away 'read' permission, no? [03:36:55] all you can do with the API then is login and logout [03:37:16] Splarka: oh.. so the API will respect if I do stuff like $wgGroupPermissions['*']['read'] = false; ? [03:37:28] try it and see if it does so in a way you want [03:37:29] we don't deliberately add security holes :) [03:38:16] *Splarka grins at werd [03:41:25] why does stuff like rollback, edit, move, etc show up when I'm logged out :S [03:44:30] werdnum: okay, it looks like it's working, but how can I disable only codediff now? [03:44:48] $wgAPIModules['codediff'] = 'ApiDisabled'; ? [03:45:00] unset( $wgAPIModules['codediff'] ); [03:45:19] oh, okay [03:45:31] werdnum- I think chuck was right, actually [03:45:44] anomie: Either would do the trick [03:46:18] oh wait.. that will break diffs.. damn [03:46:50] can't there be a permission to make CodeReview private or something :< [03:46:58] I might just "fork" it in our git repo [03:47:32] werdnum- Ah, for codediff you're right. For the core modules the unset version won't work. [03:52:07] werdnum: do you know how I would setup permission checking in a codereview module [03:52:24] *werdnum shrugs. [03:52:35] 03(mod) Only one word is shown red on diff comparison when turning around two words - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17457 +comment (10b-jorsch) [03:52:43] I'd suggest adding a check for $wgUser->isAllowed somewhere? [03:54:30] ah.. well I guess I'll just create an arbitrary "usage" error notice [04:03:17] ugh this is going to be garder than I thought [04:04:14] anyone know about memory leaks in long running maintenance scripts? [04:04:22] is there any way to destroy an article object? [04:04:26] do i have to write the method? ;-) [04:21:58] my answer would be to drop a bowling ball on it [04:24:40] jlerner: It should go away if you let it go out of scope [04:24:52] it's in a while loop [04:24:54] There's a Title object cache, but that's got a safety valve. [04:25:04] it doesn't seem like any memory ever gets freed [04:27:39] can I see your code? [04:54:39] hi [04:55:08] quick question, just setup media wiki on dreamhost, how do i set it up so that the wiki requires registration (which I confirm) and all pages requires registration + login [04:57:13] !rights Gain [04:57:13] --mwbot-- For information on customizing user access, see < http://www.mediawiki.org/wiki/Help:User_rights >. For common examples of restricting access using both rights and extensions, see < http://www.mediawiki.org/wiki/Manual:Preventing_access >. [04:57:20] always forget that bar [04:57:21] thank you sir [04:57:36] where do I edit this [04:57:59] it will be the localsettings.php file in the install directory [04:58:22] oh ok [04:58:26] blah stupid dreamhost [04:59:09] !| | Prodego [04:59:32] *Prodego hits Splarka [04:59:46] I need to learn how to use linux [04:59:55] I feel like that would be useful [04:59:56] : [05:00:41] ow [05:01:56] this would require something running linux [05:02:13] and I don't exactly have access to anything... nor a shell account on anything [05:02:42] Prodego: cygwin [05:02:59] yea, I've looked at it a bit [05:05:06] hmm [05:05:18] *Splarka gets idea [05:07:23] Splarka: but is it evil? [05:08:05] Prodego how do I as admin reg someone now? [05:08:34] Gain: well if you only changed read [05:08:39] Prodego: just a bit mean, like !hesaidsemantic [05:08:41] they can create their own accounts [05:09:20] never mind [05:09:21] :) [05:09:32] Gain: Splarka is way overqualified to help with thi [05:09:40] I, on the other hand, am sleepy [05:09:48] so good night all [05:09:53] Prodego: http://img514.imageshack.us/img514/330/morbomediawikiaf9.jpg [05:10:01] werdnum: things installing in the windows32 directory worry me [05:10:08] for people that ask for per-page read restrictions and such [05:10:19] Splarka: tinyurl it :) [05:10:28] that way it /is/ evil [05:10:28] why? more people trust direct URLs [05:10:41] not _trying_ to be evil [05:11:02] ah but evil is good [05:11:19] *Prodego send Splarka into an infinite loop [05:11:22] and 1 = 2 for high values of 1, yes yes [05:11:28] time to sleep now [05:16:23] thanks for your help [05:53:22] hello [06:00:22] aww. its asleep! =[ [06:03:09] aww? [06:03:23] oo. is it awake? [06:04:33] the first rule of Idle club, is do not talk about Idle club [06:06:21] i wasnt, i was talking about "it." if you decide to interpret "it" as this club of which you speak, that is your own colored version of reality... [06:08:07] splarka: im not sure if this isi a bug, but im sure its not supposed to be this awy.. [06:08:20] http://www.fernleycircles.org/wiki/Main_Page [06:08:42] i can fix the error by adding a function called generateDebugHTML() to my skin [06:08:52] but i dont think im supposed to have to as monobook doesnt... [06:09:51] that's normal, in your black and white version of reality [06:10:03] although using w/index.php?title=Main_Page&useskin=monobook still causes a very similar erro [06:11:24] the skin skintemplate (which extends skin) makes a reference to $this->generateDebugHTML(); which is what is causing the error. that function is defined in the class skin [06:12:40] cant a function in a class that extends another class call on functions from the second? [06:20:31] *werdnum wastes copious time on cracked [06:20:40] no suggestions? [06:24:19] 03philip * r47208 10/trunk/phase3/includes/ (9 files in 2 dirs): Update the Chinese conversion tables. [06:30:38] splarka are you here? [06:30:52] yes [06:31:04] i believe i have found a case where trunk is broken [06:31:12] good for you, bugzilla is thataway [06:31:17] o. [06:31:30] *Splarka doesn't do php or sql or icky things like that, does client side stuff [06:31:40] oo. i wasnt aware [06:33:06] lol. it was a big fix that created this bug.. [06:34:44] have you worked with bugzilla before? [06:35:18] slithytove2006: What's wrong with it? [06:35:25] Splarka: We do need testing and code review :) [06:35:31] lol [06:35:42] surprisingly enough [06:35:53] revision 47023 (which added the feature requested in bug 17408) causes an error message [06:35:59] werdnum: we need a polite mwbot macro for "just because someone helped someone else doesn't mean you should target all your completely unrelated help questions to them" [06:36:24] werdnum: http://www.fernleycircles.org/w/index.php?title=Main_Page&useskin=monobook you can see the error there. i added a function to my default skin to remove the error as it is a live site [06:36:36] *werdnum hates the "Just because ... doesn't mean" phrase [06:36:48] Splarka: i appologize. i thought you were a dev. my mistake [06:37:03] werdnum: would be appropriate for me to reopen the bug, or to create a new one? [06:37:05] slithytove2006: What's the error you're getting? [06:37:12] http://www.mediawiki.org/wiki/Developers?_Developers?_Developers?_Developers?_Developers!_Developers!_Developers!_Developers! [06:37:24] Fatal error: Call to undefined method SkinMonoBook::generateDebugHTML() in /.../w/includes/SkinTemplate.php on line 404 [06:38:03] SkinMonobook doesn't subclass Skin? [06:38:05] werdnum: and that's why we need a "polite" version, heh [06:38:10] it does, werdnum [06:39:10] i dont know why the error is there. the function still exists. id post the fix if i knew what caused it, but im not sure. as far as i know, a function defined in a class that is extended by another is accessible to functions of teh second unless it is private (this one is protected) [06:39:36] let me have a look [06:39:45] I expect you didn't update properly [06:40:04] That revision has been working fine for me for 3 days, and I've been doing non-stop software development [06:40:31] i checked the involved lines in svn to see what the difference is. this chance occured feb 8... i had a working version yesterday.. hmm [06:40:40] i just looked at the date [06:42:59] Class SkinMonobook not found; skipped loading [06:43:01] that's weird. [06:43:12] o. so im not crazy? [06:43:28] *werdnum expects somebody broke something [06:43:31] let me take a look [06:43:46] morning/evening TimStarling [06:44:44] SkinMonoBook extends SkinTemplate extends Skin which is where the function is [06:50:00] Class SkinMonobook not found; skipped loading [06:50:04] it's a bit weird [06:50:17] how are you seeing that error? [06:50:34] > $sk = User::newFromName( 'Andrew' )->getSkin(); [06:50:40] in maintenance/eval.php [06:52:43] Oh, that's just from the autoload [06:52:44] er [06:53:09] slithytove2006: That method definitely exists for me. [06:53:10] hmm... hold on. i think it may only be my problem... [06:53:16] i think i found the issue [06:53:17] I expect you haven't updated properly [06:53:22] or you've got some live hacks [06:53:24] ah. [06:53:28] sorry to bother you =/ [06:53:41] i have a couple hacks and i wasnt sure how svn would treat them [06:53:58] and i just today switched that site to trunk versus a version [06:54:12] and just copied my hacked file over, not thinking that it may have changed.. [06:54:27] that function was added between my hack and trunk =/ [06:56:41] if i have changes to a working copy, and i do an svn update, it will merge my changes with the new version in the same manner it would if i were to commit, right? [07:03:53] werdnum: were you involved at all in the beginning of MW? [07:04:24] slithytove2006: Around 2005, I started getting involved. [07:06:19] morgning [07:06:40] werdnum: in regards to the Mediawiki:Sidebar page, it seems to me that it would make sense that those would behave like links (even as far as changing the way that page works to actually make them [[..|..]] style links..) but at least to make the second part after the | optional. at current, if there isnt a |, it disregards that line. do you know if this was an intentional feature? (ie: was thete a specific reason for [07:07:31] hi Nikerabbit [07:08:06] slithytove2006: *shrug* [07:08:12] That might be a sensible graceful fallback [07:08:17] It's a bit hacky, that page. [07:09:10] the hack that i did to make it fallback removes 2 lines and adds another one. tho now im thinking a rewrite of that area (which is quite messy code...) that makes it take regular links would be more beneficial. [07:09:52] if i were to write this and post it on bugzilla, do you think it would be a useful change by the community? or would it be too much work to change the sidebar pages over? [07:13:52] You can't change it entirely [07:13:55] backwards-compatiblity. [07:14:11] ah [07:14:28] werdnum: i would have to make the code accept both the current way, as well as the new way? [07:14:43] Right. It would have to produce the same output. [07:14:50] If you figure it out, by all means send a patch in. [07:20:31] werdnum: you mentioned that the page is a bit hacky. iyo, is that an area that could use some work? [07:20:59] slithytove2006: It works fine for the moment, although it's not very intuitive. [07:21:03] well, the Sidebar has to accept three types of link input... external URL, local page, mediawiki message (which can contain either external or local link) [07:21:40] and three types of link-text input: plain text, nullness, or mediawiki message (which can contain.. etc) [07:21:56] if you were to change it to just [[]] you wouldn't be able to accept external URLs, or if you would it would be a bit confusing [07:22:40] splarka: i meant to change it to accept standard wikitext links. [[...|...]] or [[...]] for local and [...://... ...] for external [07:22:46] and [[recentchanges-url|recentchanges]] seems an inappropriate way to refernece interface messages [07:23:23] which itself is the most appropriate way to use the sidebar [07:23:41] wikis that don't worry about internationalization don't bother with those, of course [07:23:59] but when modifying the sidebar, you have to bother with that perspective [07:24:58] ** [http://google.com google] [07:25:01] ** http://google.com|google [07:25:08] ** google-url|google-text [07:25:19] you'd have all these operate identically? [07:25:26] I can see one advantage, in your suggestion, though [07:25:27] splarka: yes [07:25:34] as well as [07:25:37] sometimes you want to have a piece of text that happens to match a mediawiki message [07:25:43] ** Main Page|Main Page [07:25:47] ** Main Page [07:25:47] and there isn't an easy way to simply override that, other than creating another message [07:25:52] well, don't do that [07:25:52] ** [[Main Page]] [07:26:00] ** [[Main Page|Main Page]] [07:26:17] ** Main Page|Main Page and ** [[Main Page]] and ** [[Main Page|etc]] [07:26:20] but not ** Main Page [07:26:22] that should never work [07:26:39] why not? that actually what spured my thoughts on this [07:26:58] i cant think of a reason why only specifying te page name would be bad, just using the page name for the text [07:27:23] it would be bad because interface messages have precidence [07:27:42] if you were to use [] and [[]] syntax, you could specify that interface messages would not be checked, which could be useful [07:27:49] but in bare syntax, interface messages must always have precidence [07:27:58] on one of my wikis, there is a page called "About Circles" in my sidebar, i have a line that says "** About Circles|About Circles [07:27:59] " [07:28:04] so if MediaWiki:Main_Page were to exist, that would become the text and link [07:28:05] this redundancy seem stupid to me [07:28:23] redundancy is less stupid than regression [07:28:33] i dont see how there is regression here [07:28:39] 03(mod) Feature request: local hiding of account names - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14476 +comment (10spacebirdy) [07:28:55] also, the code used to turn MW:Sidebar into the array is rather ugly.. [07:30:43] http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/Skin.php?view=annotate [07:31:20] I see at least 7 authors to buildSidebar() [07:31:36] which explains its complexity [07:32:38] so you think that treating "** About Circles" as "**About Circles|About Circles" is a bad thing? [07:33:01] yes [07:33:11] im still not sure why [07:33:18] if you're introducing [[]] syntax, they can just do ** [[About Circles]] [07:33:42] which would never check the interface message, and you could extend the sanity check to check for matching square brackets [07:34:18] well, anything that that doesn't match the strict syntax, of a *, or a ** and a |, is ignored [07:34:26] the hack that i had used removed the sanity check and added a line that dealt with the issues when there is to | [07:34:28] some people might be using pipe-free ** for comments [07:34:54] (just one example) [07:35:11] i suppose it possible.. tho it owuld make more sense to me to make sure (due to line 1875) to start the line with anything besides a * to make a comment [07:36:05] any character besides a * at the beginning would cause 1875-1876 to skip that line [07:36:10] if you want to sneek this past brion (the single full-time code reviewer) you have to keep it simple and effective. In fact, to even get it committed (check how many open bugs are marked +patch) [07:36:31] what does +patch mean? [07:36:55] patch for said bug ready-to-review-and-commit attached [07:37:05] ah [07:37:49] *Splarka finds 222 [07:38:07] https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&keywords=patch&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED [07:38:12] do you think adding functionality for "** [[Main Page]]" and "** [http://www.google.com Google]" would be a bad idea? [07:38:38] probably not, I sometimes get annoyed trying to add simple words that exist as interface messages [07:39:50] would you recomend that i change the } else { continue; } area, or modify the actualy block of code? [07:40:14] hmm. id have to modify the code, as [[Circles|About Circles]] would still trigger the sanity check.. [07:40:34] yah, probably check brackets before the |-in sanity check [07:40:48] oo. good point [07:40:49] *Splarka donno php good [07:41:05] if [] or [[]] -> do this else | [07:41:05] *werdnum curses his intarwebs [07:41:10] stupid packet loss to my VPS [07:41:20] can you think of any other reason why [ or ] would be in MW:Sidebar? [07:41:34] and then in your custom if there, do no message check, just do strict external/internal link check [07:41:44] hmm, they aren't valid page titles [07:41:50] but... [07:42:10] or rather, why [ would be the first character following teh ** and after being trimmed [07:42:54] ahh, there it shouldn't [07:43:01] [] is valid in the page text though [07:43:11] er, link text [07:43:18]

[07:43:18]

[07:43:29] from: ** Flibble|[a] -- ** Flibble|[[a]] [07:43:35] but there is no wiki text at all on that page, short of the * [07:43:55] eww [07:44:01] also valid in external URL syntax [07:44:04] ** http://google.com/search?q=[]|google [07:44:17] but never as the first character [07:44:18] but I can think of no reason it should appear right after the asterisks [07:44:46] so you'd wanna trim ** and match ^\s*\[{1,2} or whatever [07:45:15] *Splarka pokles werdnum [07:45:18] owww [07:45:21] what? [07:45:30] midnight, time for good developers to sleep [07:45:41] raining there yet? [07:45:54] trim($line, '* ') if (strpos($line, '[[') !== 0) { ... } if (strpos($line, '[[') !== 0) { ... } [07:46:26] its almost midnight there? where do u guys live? [07:47:00] Governatorville [07:47:18] sacramento ca? [07:47:58] im near reno, nv [07:47:59] brb [07:48:21] well, I'm in the hills getting snowed on [07:48:30] I think werd is somewhere in the bay [07:49:15] heh, I am almost directly in the middle of SF and Reno [07:50:31] i used to have a friend in rocklin [07:51:19] the she got sucked into drugs.. =[ [07:52:00] bah, who needs drugs when you have visible air [07:52:31] lol [07:52:46] but British Columbia, real Columbia and Mexico would be bankrupt without Californians consuming them [07:52:48] the only one i would consider again is prolly nos [07:53:09] xenon is apparently much better than nitrous [07:53:18] http://www.youtube.com/watch?v=JPrAuF2f_oI [07:53:55] nitros is available openly [07:54:24] xenon is too, just very damn rare, hard to extract from the atmosphere, and expensive [07:54:37] nos isnt expensive, either [07:54:54] and an inert gas (so how exactly does it get you high? that is a good question... http://en.wikipedia.org/wiki/Xenon#Anesthesia ) [07:55:15] just cause it doesnt react, doesnt mean it cant interupt ur brain functions [07:55:35] this may or may not be why, but both N2 and Xe are very electrically conductive [07:57:42] Hi, I have enables profiling in mediawiki code, but how can I get the output? [07:58:33] http://www.mediawiki.org/wiki/Profiling#Profiling [07:58:48] "If you log your profiling information to the databse, you can view the information in a webpage by browsing to profileinfo.php. You must also set $wgEnableProfileInfo = true; in AdminSettings.php. Then, after gathering data by browsing wiki pages, visit profileinfo.php to see how much time your profiled code is using and how many times it's being called." [08:00:30] which only works for MySQL [08:00:55] or you can set http://www.mediawiki.org/wiki/Manual:$wgDebugLogFile to a file [08:01:10] thx [08:01:27] im guessing $wgProfileToDatabase = false; also if you want file output, but im not possitive [08:01:54] Note: $wgProfileCallTree must be set to false if you use the database [08:02:10] but all of that is http://www.mediawiki.org/wiki/Profiling#Profiling [08:02:11] 03(NEW) Index sighted revisions only on de-wp - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17475 15enhancement; normal; MediaWiki: Search; (gnu1742) [08:03:23] OverlordQ/Splarka/anybody else who frequents this channel: in this channel, is it appropriate to provide full answers to questsions that are well documented, or to just put the link? [08:03:46] the most lazy method is mwbot [08:03:59] see http://is.gd/hMRz or #mwbot for a list of predefined answers [08:04:06] lol [08:04:54] truthfully if it can be answered by a page I point them there, since if they can't help themselves . . . I'm just an ass like that :) [08:05:27] is your name perhaps a reference to star trek? [08:05:40] yea [08:05:50] =] [08:06:33] 33333333 [08:06:52] umm? [08:06:59] 03(mod) Index sighted revisions only on de-wp - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17475 (10raimond.spekking) [08:07:31] does wikibugs go off everytime somebody posts a bug? [08:08:07]