[00:00:02] blocks can be undone, userrights can be undone [00:00:09] scrambling passwords can't as easily [00:00:23] if you change a random user's password, you can never retrieve it if they aren't around, for example [00:00:33] (unless a backup is made? new row?) [00:01:07] where are temporary passwords stored for resetting via email? [00:01:09] One would hope that a steward wouldn't just randomly fill in the box and press the button, but I guess your points stands :) [00:01:50] 03(NEW) Solution for permission to upload agains file type check - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15874 15enhancement; normal; MediaWiki: Uploading; (danny.b) [00:02:09] Splarka: user_new_password [00:03:03] Emufarmers: That's why it should be logged. ;-) [00:03:06] brion: hypothetically, if changing a user's password via 'steward, might it be reasonable to store the new one as user_new_password until it is actually used? so that the old one will continue to work until the new one is used? [00:03:06] Notice: Undefined property: stdClass::$ipb_allow_usertalk in /Library/WebServer/Documents/trunk/includes/Block.php on line 307 [00:03:26] sounds like i need to run updaters [00:03:40] Stewards should only be able to send a "reset password" e-mail. [00:04:17] Splarka: that would not be very helpful though [00:04:17] It's hella bad security to have people setting other people's passwords. [00:04:17] since the poor victim would not have this new temporary password :) [00:04:18] what's the envisioned workflow here? [00:04:34] hmm [00:04:37] usurpation by email [00:04:41] or accidental changes [00:04:46] if i "hide account blocks" and have no other blocks, i have no UI way to re-show the blocks [00:04:50] that's kind of lame [00:05:16] ? [00:05:52] MZMcBride, if they can send a password reset, they can always send it to themselves, so no real security difference. [00:05:53] ahh it's been fixed, good [00:06:20] if someone claims to want User:Foo and provides proof linking that username to an email address, like foo@foo.com, the steward could (on account without emailconfirmed) email foo@foo.com the new password as a temporary new one, and if it is never claimed, the old one would stand [00:06:42] if a steward accidentally messes up someone's password (rare, but possible), it will have no negative effect if the new one is never tried [00:07:12] for true usurpation, a steward would have to set a new temp password, and then log in to it [00:07:53] [00:07:59] http://www.mediawiki.org/w/index.php?title=Special:Code/MediaWiki&offset=41738 [00:08:10] :( [00:08:45] ideally, the only case that Special:Newpass would change the password directly, would be via user action on their own account [00:09:24] Splarka: hmm, so it's moderately nicer than just setting the password directly since the resetter won't know the target's *new* password in the future (ie, they have to change it once they log in once) [00:09:50] brion: some people getting anxious over flaggedrevs config reqs [00:10:15] brion: something like that, yah [00:10:17] AaronSchulz: ref? [00:10:39] in that circumstance, and the reset right given only to stewards, I think it'd be pretty safe for core? [00:10:41] hm? bugzillazors [00:11:00] brion: https://bugzilla.wikimedia.org/buglist.cgi?quicksearch=Enable+FlaggedRevs [00:11:46] AaronSchulz: ah, so actual requests to *turn it on*, not requests to change configurations? [00:12:20] hmmmmmmmmmmm, as long as there is a descendant gap of a block level element, nested
pass validation [00:12:23]
[00:13:01] brion: reminds me, you can set $wgFeedbackNamespaces = array( NS_MAIN ); for en wikinews [00:13:17] http://en.wikinews.org/wiki/Wikinews:Water_cooler/technical#FlaggedRevs_reader_feedback_module [00:15:01] Splarka: How would that reset get logged? "Stewie emailed a temporary password to [hidden]"? Wouldn't want the address to be made public [00:15:36] Give it to checkusers, checkusers must know everything! [00:15:58] Splarka:
inside sounds like bad mojo :) [00:16:21] Emufarmers: good question, and it wouldn't have to be emailed either, like if they were doing it personally [00:16:26] Splarka, I'm guessing inside is banned in the prose of the standard somewhere and the validator doesn't know that. [00:17:29] the UI would probably look like: Change password for [Splarka ] to: [******** ]. [Set]. [x] Email to: [foo@foo.com] [x] Email random temporary password [00:17:35] brion: http://www.bestplaces.net/col/?salary=57600&city1=53918000&city2=50667000 O.O [00:18:28] Emufarmers: probably have to be a hidden log like oversight [00:18:47] Makes sense [00:19:32] 03(WONTFIX) Add recent changes style byte indicators to history pages - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12228 +comment (10JSchulz_4587) [00:19:37] AaronSchulz, even worse than New York . . . [00:19:44] Is the "change password for" option still necessary, though, if the email to one is there? [00:20:01] Simetrical: CNN calculator says '$101,395' [00:20:37] heh, 'Housing is 426% more expensive in San Francisco. ' [00:21:54] 03(mod) "Templates used on this page" should have edit links after them if they editable. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11904 (10JSchulz_4587) [00:23:41] 03(mod) Special page transclusion - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13179 (10JSchulz_4587) [00:25:20] 03(mod) log rollback edits - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13461 -schema-change ; +comment (10JSchulz_4587) [00:27:05] 03(WONTFIX) semi-autopatroll - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14016 +comment (10JSchulz_4587) [00:30:32] 03aaron * r41788 10/trunk/phase3/includes/GlobalFunctions.php: Add handy $time parameter to wfLocalFile() [00:31:39] 03brion * r41789 10/trunk/phase3/ (5 files in 5 dirs): (log message trimmed) [00:31:39] Update to r41727 (bug 539) "click" parameter on images. [00:31:39] * Renamed to "link", which seems clearer and less mouse-centric ;) [00:31:39] * Added parser test cases: [00:31:39] 3 new PASSING test(s) :) [00:31:39] * Image with link parameter, wiki target [Has never failed] [00:31:43] * Image with link parameter, URL target [Has never failed] [00:33:01] 03(mod) Allow images that link somewhere other than the image page ( using normal link syntax) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=539 (10brion) [00:33:08] 03(mod) IPs to lose new messages flag after a few weeks or months - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14396 (10JSchulz_4587) [00:35:44] AaronSchulz: heh [00:35:47] "Housing is 426% more expensive in San Francisco." [00:37:11] is it possible to configure wiki (concretely wmf wiki now) the way such namespace is editable only by such user group? [00:41:06] *AaronSchulz pokes brion about $wgFeedbackNamespaces again [00:41:13] AaronSchulz: what? i did it already [00:41:42] *AaronSchulz clears the cache [00:41:51] ahh, there we go :) [00:42:03] brion: sweet [00:42:57] 03dale * r41790 10/trunk/extensions/PlayerStatsGrabber/ (6 files): [00:42:57] * player stats reporting to db [00:42:57] * survey form stubs [00:44:26] 03(mod) Displaying current range blocks on Special:BlockIP - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14634 (10JSchulz_4587) [00:44:36] Why don't you have to enter your password to change your email address? [00:45:20] Emufarmers: it's been considered, but not implemented [00:45:48] one hypothetical situation might be if you forget your password, but you're still logged in, and your email address has changed :) [00:46:00] but we can probably sacrifice such folk [00:46:14] brion: http://upload.wikimedia.org/wikipedia/test/6/63/Newpassform.gif minimal UI for all features? [00:46:42] But what if somebody has temporary access to your account (either by cookie stealing or because you went to the bathroom while they were in the same room)? [00:46:59] Emright, that' sthe reason why we'd want to require the password [00:47:05] 03(WONTFIX) Page moves should be allowed over redirects with only minor edits - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14837 (10JSchulz_4587) [00:48:10] Splarka: hmmmm [00:48:20] well if it's for youself, then that's wayyyyyyy too much options. [00:48:30] yes, ^ would only be for stewards [00:48:31] you should only have: old pass confirm, new pass, new pass confirm, *click* [00:48:36] for yourself it would be the same as on prefs [00:48:50] for stewards, hmm [00:49:00] with maybe a [email me a new password] button as on the login form [00:49:10] i think you'd basically want *generate-and-email* and *disable password* [00:49:13] well, stewards assumed, maybe a right ['resetpassword'] [00:49:22] i'd recommend against a specific 'set password to XXX' [00:49:48] but usurpation is handy ^_^ [00:49:53] (instant that is) [00:50:48] hmm. I guess alternatively... if _new [00:51:15] it could just have an option for: [x] email to [foo@foo ] and [x] show me [00:51:34] then if you really wanted to usurp, it would show you the new temporary password on form submit, and you could use it [00:54:50] 03(WONTFIX) Recentchangeslinked doesn' t include links when Allpages or Prefixindex is transcluded - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15098 +comment (10JSchulz_4587) [00:57:25] 03(mod) Add link to contributions on Special:BlockIP - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15432 (10JSchulz_4587) [00:57:38] 03(mod) Special:Mystyle and Special:Myscript - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=6908 +patch (10mikelifeguard) [00:57:47] 14(INVALID) RSS feed - bad links with dot and ) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15142 (10JSchulz_4587) [00:57:49] brion: http://upload.wikimedia.org/wikipedia/test/6/63/Newpassform.gif more minimal, probably all you need. Just a combination of the create-by-email and request-new-password that allows the stewards (or whoever) to usurp as needed, but not in a way that they might easily ruin an account [00:58:18] 03(mod) Show the active users mentioned in Special:Statistics - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15456 (10JSchulz_4587) [00:59:04] 03(FIXED) new page does not appear in Special:Newpages and does not have "sighted" status - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15463 (10JSchulz_4587) [00:59:34] (and for regular users, same as stuff under

Change password

on Preferences) [00:59:44] 06(LATER) Limit scripts to non-new users - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15489 +comment (10JSchulz_4587) [00:59:44] ((and stewards who enter their own username)) [01:04:57] 03(mod) Provide links to revisions listed at the Special: Contributions page - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15498 +comment (10JSchulz_4587) [01:05:12] 03(mod) Add Rollback Simple English Wikipedia - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15747 -easy ; +comment (10mikelifeguard) [01:06:02] 'morning [01:07:46] ok, I should head out [01:07:48] *AaronSchulz waves [01:10:46] 03brion * r41791 10/trunk/phase3/includes/templates/PHP4.php: (log message trimmed) [01:10:46] Cleanup for r41713 PHP 4 warning page: [01:10:46] * Avoid register_globals XSS vulns hitting the template directly [01:10:46] * Avoid register_globals XSS vulns when using funny URLs [01:10:46] * Avoid horrible links when using funny URLs :) [01:10:46] * Swapped REQUEST_URI for SCRIPT_NAME as primary in path check, since SCRIPT_NAME doesn't include the PATH_INFO bits so will work when hitting a URL like index.php/Foo/Bar, or hopefully a rewrite? [01:10:51] * Don't spew errors if the file_get_contents() fails [01:11:40] Splarka: maybe... [01:11:46] "Generate a random temporary password and: [01:11:55] (x) Display it here [01:12:00] ( ) Email it to [ ] [01:12:07] (Generate)" [01:14:06] 6 == dozen/2 [01:15:18] so, new bugzilla? "remove password change from Preferences, create Special:ChangePass" ? [01:16:18] Why do we need to be able to directly display the password again, not just e-mail it? [01:16:26] I guess it doesn't hurt. [01:16:43] well, for example instant usurpation [01:17:03] it is not nearly as nasty as inserting a new password into the DB, or what some of those change password extensions do [01:17:15] but allows all the same features (with some work) [01:17:39] and yet, isn't tooo difficult (say, a steward having to email the new password to themselves) and fits nicely into core (and easily disabled by default) [01:17:56] this sort of feature has to be a happy medium I suppose [01:19:07] Simetrical: if we don't have an email to send it to, or we're lazy perhaps [01:19:13] Simetrical: also, without the display option, it might as well be a new feature in login, or something like Special:SetPassword [01:19:20] Or maybe e-mail isn't even enabled. [01:19:22] er Special:SetEmail [01:19:32] Splarka: ah yes and we probably want in there the ability to disable the _current_ password [01:19:49] brion: goes back to the nasty above^.. easy to accidentally do stuff :/ [01:19:50] for instance if a malicious person has taken over, then they could make it a right pain in the arse for someone legitimately trying to get their pass reset [01:20:19] if a steward has need to break the old password, generate temp, log in, change... IMHO [01:20:19] eg, giving themselves a password reset before the legit guy has a chance to use the temp pass [01:20:37] mmm... [01:21:13] well, I believe there are separate bugs for disabling passwords [01:21:34] brion, heh... how about [x] scramble old password in the form, that simply reverses the MD5 in the hash table [01:21:51] easy to undo [01:23:02] hrm [01:23:04] impossible to get around before heat death [01:23:27] i'd be more comfortable with properly NULLing it out so we can tell it's actually disable [01:23:29] d [01:23:48] ok i think i better run on home, it's gettin late [01:24:07] ciao [01:24:35] Splarka, just capitalize the first letter of the hash or something. [01:24:42] Then it would be impossible to match. [01:24:51] Like adding "x" before it in /etc/shadow. [01:25:21] heh, nasty [01:25:31] but that would let one know it was 'disabled' without blanking it yah [01:27:22] What's wrong with just setting a "disable account" bit? [01:27:43] it wouldn't be automatically set when the new password was successfully used (or would it?) [01:28:01] with this method of (reversably) corrupting the old pass, you can get all your features in one swoop [01:28:31] usurping a vandal account or hacked account would work as needed, usurping a never-used account would work as needed, a false usurpation to a false email addy would fail as needed [01:29:04] eg, if foo claimed to be user:foo at foo@foo.com but wasn't, then the emailed new pass would go to the appropriate user, same as can be done on emailconfirmed [01:29:23] and the old account wouldn't need to be [x] disabled [01:29:32] *Splarka shrugs [01:31:20] I don't get what that has to do with when you actually want to disable/lock an account, but maybe I'm just slow :/ [01:31:35] well, that would't be what this is for, particularly [01:31:49] main usage: user wanting to change their own password, to split it from Special:Preferences [01:32:34] main alt usage: usurping unused accounts with no contributions, without having to rename. Steward would email the requesting user a new password, that they could log in with to change the password on. [01:32:52] secondary alt usage: vandal hacked user account, Steward could go in and disable old password and email valid user a new one. [01:33:04] pure vandal accounts should just be banned [01:35:54] So the stuff about disabling passwords is completely separate, then? [01:36:50] well, it could be done with this [01:37:00] for example, steward generating new pass, using it to log in, changing pass [01:37:16] for core, you shouldn't make such nasty features _too_ easy [01:38:24] Simetrical: http://upload.wikimedia.org/wikipedia/test/6/63/Newpassform.gif thoughts? (warning invalid if md5 case change or string reversal is used) [01:38:54] Splarka, hmm, this also allows stewards to view e-mail addresses. This is new. [01:38:57] Probably not unreasonable, though. [01:39:04] Oh, I was completely misreading what you meant [01:39:08] *Emufarmers slinks away [01:39:12] Interface looks good. [01:39:22] Simetrical: heh, well that could be hidden [01:39:28] but staff on wikia can for example [01:39:29] Don't you want to be able to disable the current password without setting a new one? [01:39:48] I would say the primary use-case is to allow users to recover accounts, by the way, at least for Wikimedia. [01:39:49] Simetrical: sounds like a different feature, LockAccount or something [01:39:53] I am sure there are extensions to do that [01:39:55] Hmm, yeah, maybe. [01:40:11] Anyway, for users who forget password and don't have an e-mail address set/can't access it. [01:40:13] could be used just by displaying temp password and ignoring [01:40:22] Fair point. [01:40:23] as for displaying email... [01:40:26] It looks good overall. [01:40:36] mostly I'm thinking of people who lost their pass, but set an email, but didn't confirm it [01:40:39] yknow, idiots [01:40:51] this'd allow help in recovering [01:40:53] Yeah, that kind of thing would be useful. [01:41:05] Also people who confirmed their e-mail but can no longer access it. [01:41:10] Useful to confirm identity. [01:41:17] hmm, yah [01:41:23] Although in my experience, most of the time such users don't even know what e-mail address they put in, if any. [01:41:38] could show 'real name' field too, for helping in recovery [01:41:47] but shouldn't be too complex for core [01:42:00] I'm off to bed, night. [01:42:02] just trying to think of stuff to tack on to Special:ChangePass to justify it moving to a separate page [01:42:03] gnite [01:42:35] Is account locking (which is what I thought you meant by password disabling) only implemented through CentralAuth right now? [01:45:07] And if so, any reason it couldn't be added to the core? [02:04:49] Emufarmers: if you're asking me, no idea ^_^ [02:07:08] Well, it's just something that I've noticed occasional requests for: People running private wikis will have somebody leave and want to disable their account, only to realize that blocking doesn't do the job and they have to manually change the password [02:08:37] A built-in password reset interface that includes a "disable current password" might preclude the need for proper account locking, or it might not [02:12:32] Emufarmers: a better approach would probably be to configure the wiki so that blocking rescinds their view access [02:13:15] 03(NEW) "Format broken links like this (alternative: like this?)" Preference vs. text browsers - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15875 trivial; normal; MediaWiki: User preferences; (jidanni) [02:14:50] if we're keeping up with SVN... what is the official way to find out when there are database-changes required? Just the SVN comments? [02:15:43] schema changes are usually accompanied by new patch files showing up in maint/archives [02:16:04] ah, neato [02:16:05] thanks :) [02:17:06] krimpet: I don't think there is any way to do so, at least not without extensions [02:17:33] I'm kinda new at this, if I have a question I couldn't find an answer to in the FAQ do i just ask it? [02:18:24] sure [02:20:09] I have an installation im using to colaborate on some documents with friends of mine, and when i try using templates it does not behave the same way it does on say wikipedia [02:20:31] asouer, did you install parserfunctions ? [02:20:40] im not sure [02:20:50] Then you probably didn't :D [02:21:04] http://www.mediawiki.org/wiki/Extension:ParserFunctions [02:21:44] asouer, go to Special:Version and grep for ParserFunctions. If you can't find it, it's not installed. [02:22:50] 03aaron * r41792 10/trunk/phase3/includes/GlobalFunctions.php: Tweak r41788 - Use findFile() to check current version if $time given [02:23:46] 03(NEW) Special:ChangePass: move password change form from Preferences, and add reset/usurp features - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15876 15enhancement; normal; MediaWiki: User login/settings; (herd) [02:23:52] *Splarka commits the bug sleepily, waits for first corrections/dupe attempt [02:25:11] thanks i think that was it [02:25:20] 03aaron * r41793 10/trunk/extensions/FlaggedRevs/FlaggedRevs.hooks.php: Use $time param from r41788 to avoid extra queries [02:32:03] ok, I should head out [02:32:08] aaron: stop committing, head out ^_^ [02:32:19] I did head out, then came back [02:32:22] bah [02:33:20] 03(mod) Special:ChangePass: move password change form from Preferences, and add reset/usurp features - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15876 (10herd) [02:33:49] Aaron: maybe you should attempt 15876 (since you brought it up indirectly). You have that strange combination of getting many of your commits reverted by brion, but also often rewritten and recommitted by Tim. [02:38:30] not really that many reverted [02:38:49] nor rewritten by tim [02:39:58] *Splarka was trying to be funny, fail [02:50:20] hiya... i'm having a problem with my wiki installation... it's at http://wiki.mobianlegends.com [02:50:25] what is that error and how do i fix it? [02:51:22] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 (10ned) [02:52:09] ? [03:16:52] RingtailedFox: I get a network timeout. [03:16:52] Hmm. It's on my end. :-/ [03:17:25] i see [03:17:33] I get one too [03:20:08] really? [03:20:28] Oh, "Error, Setup.php must be included from the file scope, after DefaultSettings.php " [03:20:41] You need to modify your LocalSettings.php file. [03:20:51] !conf [03:20:51] --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 [03:21:42] At least I think that's what's causing it.. [03:22:24] i see. [03:24:53] i don't know what's causing these errors. i did everything it said. [03:26:02] Did you try enabling uploads? [03:26:55] yes [03:27:01] Try disabling it? [03:28:47] where do i do that? [03:29:17] You installed MediaWiki. Did it work? If so, what did you change subsequently? [03:29:33] That error usually indicates you fiddled with LocalSettings.php and broke something. [03:30:15] i did nothing to LocalSettings.php [03:30:28] i simply installed mediawiki, then it gave that error. [03:31:10] Try installing again? [03:31:11] what are the permissions on LocalSettings.php? [03:32:08] 755 [03:32:21] 03(mod) Allow transclusion of Special:RecentChangesLinked - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13179 summary (10public) [03:32:30] hmm [03:32:35] that should be plenty [03:33:11] i agre. [03:33:12] *agree. [03:34:13] oh, the error has changed [03:35:50] yes [03:35:59] still bizarre [03:42:45] so, i should re-install mediawiki? [03:45:13] hello? [03:48:10] sounds like reinstalling is the best bet :-/ [03:49:47] hm [03:52:22] well, reinstalling is not the best bet [03:52:36] if you've done some mistake and haven't diagnosed it [03:52:47] chances are that reinstalling, you'll do the same mistake [03:53:00] you said the error is different ; what's the error now ? [03:53:14] too late for that. already re-uploading :P [03:53:56] oh well. [03:56:01] now, i want my wiki to be /public_html/wiki/ (redirects to wiki.mobianlegends.com), but the folder it is in is named "mediawiki-1.13"... should i copyu all that data to /wiki/ anyway? [03:56:14] Or just rename the folder. [03:57:45] ok [04:18:19] 03(mod) Add a music wikimodule - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=189 +comment (10smolensk) [04:31:48] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 (10legoktm.wikipedia) [04:32:54] Warning: A value for session.save_path has not been set in PHP.ini. If the default value causes problems with saving session data, set it to a valid path which is read/write/execute for the user your web server is running under. [04:32:55] is that bad? [04:43:37] looks like wiki installed properly this time around [06:54:57] Metavid is the only extension in SVN that still uses ExtensionFunctions.php. It does that to override Special:Search. Is there another way to override a special page from core in an extension? [06:55:25] yes, same way ExtensionFunctions.php does it [06:55:33] set it in $wgSpecialPages [06:56:03] ahoi [06:56:16] Hmm, let's see if I can change that without breaking things :) [07:03:54] 03raymond * r41794 10/trunk/extensions/FlaggedRevs/specialpages/ValidationStatistics_body.php: Move htmlspecialchar to the message creation itself to allow   in 'validationstatistics-nbr' [07:05:11] 03siebrand * r41795 10/trunk/extensions/MetavidWiki/includes/MV_GlobalFunctions.php: Remove dependency on ExtensionFunctions.php when overriding Special:Search [07:06:46] TimStarling: ExtensionFunctions.php is now not used anymore in SVN. Can it be removed, or should I mark it deprecated and remove it after 1.14.0 is tagged? [07:07:35] why do you want to remove it? [07:07:37] <_mary_kate_> didn't you just change everything to use extensionfunctions a couple of months ago? [07:08:05] _mary_kate_: no, you're thinking of something else [07:08:56] _mary_kate_: there were about 8 or so dependencies on it, and I removed the dependency. This one remained. [07:09:12] _mary_kate_: as I wasn't certain if the override would also work. [07:12:41] 03siebrand * r41796 10/trunk/extensions/ExtensionFunctions.php: Mark extAddSpecialPage deprecated. [07:13:07] Hello - i do have a problem while exporting a mysql db at one host & import at another linux host. Basicly it results in broken special characters if they are part of the article name. This means: special characters in the article name are broken - while special characters in the article itself are displayed as expected [07:14:02] i do use the same wiki version on both hosts - mysql version is not the same (5.022 old vs 5.0.51a on the new host) [07:14:32] i dont see the logic right now [07:15:08] odb|fidel: have you read http://www.mediawiki.org/wiki/Manual:Backing_up_a_wiki ? [07:15:39] siebrand: no - gonna do now [07:15:51] thank you [07:16:59] mh yeah mysql itself is configured to utf8 - but tables are latin1 [07:19:22] siebrand: thanks for the idea - gonna test that - i havent expected something like this as old & new db do use the same settings [07:19:40] both use latin1 tables as collation type [07:22:19] 03raymond * r41797 10/trunk/extensions/FlaggedRevs/language/FlaggedRevs.i18n.alias.php: Fix capitalization error of a special page alias. It suppressed the localized special page translations. [07:40:55] hi all :) [07:41:11] I need help with mediawiki and vbwiki [07:41:25] anyone can help me plz [07:41:27] :D [07:42:35] 03(mod) Hide a person's edits from Recent changes - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15595 +comment (10jkbwiki) [07:42:39] I have install mediawiki 1.13 and I want connect it to vbwiki 1.3 rc5 [07:43:27] on vbullettin 3.6.7 [07:43:59] but when I edit the path in localsetting [07:44:12] and I try to go to my mediawiki page [07:44:24] I go in my homepage vbullettin [07:46:44] siebrand: it seems like the link was helpful - but i realize its somehow diffrent :). Before asking inhere i used phpmyadmin to export the old DB - without success regarding the character_set_problem. If i do use mysqldump to export it seems not to work without specifing the character_set at all [07:47:14] so i can use mysqldump with and without defininig a character_set it works in both cases - and all my special signs are correct [07:47:25] so problem only occurs if i do export via phpmyadmin [07:47:32] just as feedback [07:47:42] thanks again for pointing me to that wiki article [07:48:16] 03(NEW) Integration with FCK editor fails in IE (free text field) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15877 major; normal; MediaWiki extensions: Semantic Forms; (piglesias) [07:48:21] odb|fidel: np. Have fun. [07:48:39] hehe - i'll do [07:48:49] that means now i can move all our wiki installations today :D [07:50:14] 03(mod) Integration with FCK editor fails in IE (free text field) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15877 (10piglesias) [07:56:47] 03raymond * r41798 10/trunk/phase3/ (4 files in 3 dirs): [07:56:47] Cleanup for r41782: use a common class, not a series of specific IDs. [07:56:48] Per Brions codereview: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/41782#c124 [08:04:03] <_wooz> lo [08:07:48] 03(NEW) Modify robots.txt for pl.wiktionary - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=15878 15enhancement; normal; Wikimedia: Site requests; (derbeth) [08:23:18] 03(mod) Modify robots.txt for pl.wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15878 +comment (10siebrand) [08:23:23] 03(NEW) when protected pages are moved, it should be protected by MediaWiki default - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=15879 15enhancement; normal; MediaWiki: Page protection; (kwj2772) [08:31:42] 03(mod) Block reason text should be in italics in Special:Log/protect - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15774 +comment (10aschelm) [08:33:18] 04(REOPENED) Block reason text should be in italics in Special:Log/protect - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15774 (10aschelm) [08:34:53] 03(mod) Block reason text should be in italics in Special:Log/protect - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15774 (10N/A) [08:54:26] 03mkroetzsch * r41799 10/trunk/extensions/SemanticResultFormats/ (COPYING README Timeline/README): added documentation for timeline [08:56:12] 03mkroetzsch * r41800 10/trunk/extensions/SemanticMediaWiki/README: updated after moving timeline to SRF [08:58:53] 03(mod) Nostalgia skin has no user pages links - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15868 (10nsk) [09:01:52] 03(mod) Modify robots.txt for pl.wiktionary - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15878 (10derbeth) [09:04:04] 03(mod) Nostalgia skin has no user pages links [PATCH] - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15868 +need-review +patch; summary (10nsk) [09:06:21] 03(mod) [PATCH] Nostalgia skin has no user pages links - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15868 summary (10nsk) [09:07:15] 03(mod) [PATCH] Nostalgia skin has no user pages links - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15868 (10nsk) [09:11:55] 03(mod) Modifying MediaWiki:Robots.txt appears to have no effect on pl. wp - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15878 summary; +comment (10siebrand) [09:14:41] Is there a way to list all pages wich starts with doc:? [09:15:11] I want everyone of the doc: on my listall-page [09:23:11] 03(mod) Enhance Renameuser to offer optional automatic recreate and/ or block of old account - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15181 (10jkbwiki) [09:29:16] 03(NEW) Pseudo-Namespace on Korean Wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=15880 15enhancement; normal; Wikimedia: Site requests; (acc611) [09:36:38] Louie`, Special:Allpages [09:36:57] either use the prefix or the namespace thing [09:39:53] yea but everypage starting with doc: [09:42:52] 03(mod) Enable FlaggedRevs custom configuration on Russian Wikisource - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15006 +comment (10irmvol) [09:43:02] Do it by namesapce [09:43:09] will give you them [09:44:57] 03mkroetzsch * r41801 10/trunk/extensions/SemanticResultFormats/.project: obsolete file [09:47:35] 03(mod) Enable FlaggedRevs custom configuration on Russian Wikisource - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15006 (10irmvol) [09:48:16] 03(mod) Enable FlaggedRevs custom configuration on Russian Wikisource - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15006 normal->major (10ferrer126) [10:21:11] 03(mod) Block reason text should be in italics in Special:Log/protect - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15774 +comment (10siebrand) [10:35:39] 03(mod) Modifying MediaWiki:Robots.txt appears to have no effect on pl. wp - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15878 (10danny.b) [10:35:47] 03(mod) robots.txt (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14720 (10danny.b) [10:36:50] 04(REOPENED) robots.txt (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14720 +comment (10danny.b) [10:37:20] 03(mod) enhancement of importTextFile.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15872 (10alessandra.bilardi) [10:39:17] I've added: $wgExtraNamespaces[100] = "Foo"; [10:39:35] But where do I see all Foo:-pages i create [10:39:55] anybody familiar with mime types? does text/plain mean any raw file (including ASCII 00-32) or only human readible files? [10:40:17] Louie`: you should add a pair of namespaces [10:40:32] every content namespace needs its talk [10:40:40] 03siebrand * r41802 10/trunk/extensions/Renameuser/SpecialRenameuser.i18n.php: Correct wording for 'renameuserreserve' [10:41:45] Danny_B: how do you mean? Ive created a page named, Foo:test [10:42:16] Louie`: did you add $wgExtraNamespaces[101] = "Foo talk"; as well? [10:42:50] No I didn't [10:42:53] there's also some tool in maintenance you should run after adding extra namespaces [10:43:16] if you had pages named Foo:Bar before you added the foo namespace [10:43:34] the tool will clean up the db re the namespaces [17:34:01] even if i'm the only one seeing the notices at the moment, the code is definitely passing parameters into wfMsgExt() for which the behavior is undefined [17:34:12] and that's probably not good ;) [17:38:06] 03(mod) Protect reason text should be in italics in Special:Log/protect - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15774 summary; +comment (10aschelm) [17:50:43] Sean_Colombo: I wonder *what*'s doing those bad wfMsgExt() calls though [17:53:57] :-/ i can't find it anymore hmm [17:53:59] one sec [17:58:26] RoanKattouw: the notice isn't happening for me anymore... maybe the upgrade _did_ fix it? [17:58:48] but still... I'll keep looking for where the call came from... because users shouldn't _have_ to be running 5.2.6 [17:59:13] Weird [17:59:25] RoanKattouw: found it... getMessageFromDB() inside of Language.php [17:59:52] it passes in both 'parsemag' and a 'language'=>$this... which the comment on wfMsgExt() says is undefined behavior [17:59:57] Yeah [18:01:11] What was the notice again? [18:01:52] Notice: Object of class Language could not be converted to int in /var/www/html/lyricwiki.org/includes/GlobalFunctions.php on line 738 [18:02:10] ... [18:02:18] } elseif ( in_array( 'escapenoentities', $options ) ) { [18:02:27] Is what's at 738 according to Doxygen [18:02:32] *RoanKattouw checks in SVN head [18:03:00] RoanKattouw: it's all the in_array() stuff of wfMsgExt() [18:03:26] I get that, but I don't see how an in_array() call would cause a Language object to be converted to an int [18:03:35] Well not that call anyway [18:03:55] Sean_Colombo: Exactly which revision are you running (or were you running at the time of the notice)? [18:03:59] RoanKattouw: this is PHP ;) [18:04:05] :D [18:06:08] ialex: I also don't get why wfMsgExt() would display undefined behavior when combining language and parsemag [18:06:16] They seem not to interfere [18:06:47] RoanKattouw: it will use the user language to parse [18:07:25] You mean it'll ignore the 'language' => setting when parsing magic words? [18:07:27] i was running PHP 5.1.6 w/a revision from this morning... not sur whihc [18:07:35] because OutputPage::parse() only accepts a bool for the language [18:07:45] RoanKattouw: yeah [18:08:08] ialex: It's hardcoded to true, no problem [18:08:23] Anyway, that doesn't sound like the sort of undefined behavior that throws E_NOTICEs [18:08:29] it should use the language object [18:08:43] 03sanbeg * r41812 10/trunk/extensions/Cite/cite_text: fix typo in text [18:08:51] as you said, no link with the E_NOTICES [18:09:03] Maybe; but what I'm trying to find out here is how the hell PHP gets it into its head to try to convert that Language object to an int of all types [18:09:23] it happens on lines with "in_array()" [18:09:36] Which doesn't make sense [18:09:38] maybe in_array assumes that there won't be any objects in the array [18:10:22] 03ialex * r41813 10/trunk/phase3/includes/ (EditPage.php MessageCache.php): [18:10:22] * Display default extensions messages for language subpages when the page being edited doesn't exist [18:10:22] * Fix MessageCache::figureMessage() to allow slashes in message name [18:10:26] I wonder whether using strict comparison (setting the third parameter to true) would fix that [18:10:32] *^demon adds __toInt() to Language :-p [18:12:12] ^demon: function __toInt() { throw new MWException( 'wtf' ); } :P [18:12:25] That wouldn't be a bad idea [18:12:41] You'd find out who's trying to do the Language->int cast [18:14:03] <^demon> ialex: Same could be done for a lot of __toX()'s :-p [18:17:00] ^demon: btw, do that functions exist? [18:17:12] (__toString yes, but the other ones) [18:19:36] hello... I hope someone woul help me here. I got the following problem.... ok it's not mediawiki, who makes the problem at all, but the wiki-database got broken. Every databasetable is there, but I can't check them, or anything else... I can only see the names. [18:20:05] ibdata file is corrupted [18:20:09] it sounds like [18:20:12] do you have a backup? [18:21:11] nope... it's from my local machine. but... hm... well wait, maybe :) [18:21:30] ialex: PHP's docs only mention __toString() [18:21:36] i thougt, that it is corrupt... I can't do anything exept copiing the old backup? [18:21:54] that's the only thing i know of :-/ [18:22:00] i had the same thing happen to me before [18:22:01] http://nl.php.net/manual/en/language.oop5.magic.php [18:22:41] shoot... I removed the old backup :( [18:22:52] well... then I have to write the articles again... [18:22:55] but thank you :) [18:23:06] np [18:23:16] sorry i wasn't more help :/ [18:23:43] well... doesnt really matter :) thx anyway :) [18:23:52] 03catrope * r41814 10/trunk/phase3/ (RELEASE-NOTES includes/api/ApiQueryBase.php): (bug 15881) API: Empty or invalid parameters cause database errors [18:24:27] 03(FIXED) Empty multivalue paramters should fall back to default value - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15881 +comment (10roan.kattouw) [18:24:39] <^demon> ialex: They should? [18:25:03] ^demon: I don't see them anywhere [18:25:07] ^demon: They don't seem to. PHP's docs don't seem to mention them at least [18:25:10] 03(mod) Add a music wikimodule - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=189 +comment (10ssanbeg) [18:25:32] http://nl.php.net/results.php?q=__toInt&p=manual&l=en [18:26:26] <^demon> You know...it would make sense....? [18:26:34] I know [18:26:42] *^demon loves php's idiosyncratic nature. [18:28:28] ARGH [18:28:30] the error is back [18:28:37] err "Notice" [18:28:41] In a way that's could [18:28:45] good [18:28:58] Oh wait __toInt() doesn't exist... [18:29:06] <^demon> http://us3.php.net/manual/en/language.oop5.magic.php - discusses toString but not toInt, etc. [18:29:07] Do you still get the same line number? [18:29:20] yeah [18:29:23] the line numbers are: [18:29:29] 03dale * r41815 10/trunk/extensions/MetavidWiki/ (4 files in 3 dirs): fixed some stream interface bugs [18:29:38] 704, 717, 721 723, 736, 738, 742 [18:29:48] basically everywehre there is an in_array call [18:32:57] 03(mod) Retiring the developer user group - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12569 (10alex.emsenhuber) [18:33:18] hello brion [18:33:21] 03dale * r41816 10/branches/MetavidWiki-exp/skins/ (mvpcf/style.css mvpcf.php): skin updates [18:37:24] 03ialex * r41817 10/trunk/phase3/includes/specials/SpecialNuke.php: deleted svn:mergeinfo property [18:38:28] 03(mod) Retiring the developer user group - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=12569 +comment (10mikelifeguard) [18:42:22] oy [18:42:38] sup? [18:45:33] upgrading seems to have been one of the worst ideas i've had in a while [18:46:30] is it possible to make a section one section of an article non-editable? [18:46:43] a section of an article non-editable? [18:46:52] hmm [18:47:18] not really... because no matter what you do, if the whole page is editable, they can just replace the section [18:47:43] but something kinda-sorta like that is that you could make a page which is protected, then transclude that page into the semi-editable article [18:55:07] ah ok thanks [18:55:20] however they will be able to remove the section entirely by removing the transclusion [18:55:26] yup [18:55:31] my site is editable by anonymous users...but thinking about having a section for affiliate links [18:56:03] but would create problems if people could edit that portion [18:56:05] might be best to do that through an extension or a custom skin instead of in the pages themselves [18:56:38] yes...since section would have same name...didnt see anything like that on mediawiki extensions page [18:57:40] there are extensions for ads, which might be a better solution [18:57:57] ok but not like for google ads or anything... [18:58:18] my wiki is for movies...would like to add links for affiliate links that sells those DVS etc... [18:58:40] oh, i do something similar to that on my wiki [18:58:49] the way we do it is that we have a template for the footer [18:58:59] and the template is protected & inserts the affiliate links [18:59:17] hmm but it would be the same on all pages right? [18:59:22] technically someone could just delete the call to the template, but it does other stuff too (like categorizes the page) [18:59:30] nope, it changes by page [18:59:34] ideally i would like to link to the indvidual dvd etc [18:59:36] http://lyricwiki.org [18:59:48] we link to individual tracks on iTunes & albums, etc. on Amazon [19:00:00] by using parameters for the template [19:00:00] hmm [19:00:05] awesome [19:00:07] im taking a look now [19:00:31] nice [19:00:39] thanks :) [19:01:46] looks like what i want to do:) [19:01:55] cool [19:02:03] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 +comment (10lupo.bugzilla) [19:02:06] ideally i would like it to float on the right...like an infobox...but that looks good too [19:02:27] was it hard to make the right column? [19:02:41] and renders ok in internet explorer? [19:03:05] last i checked it did [19:04:19] hi kids [19:04:27] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 (10brion) [19:05:09] https://bugzilla.wikimedia.org/show_bug.cgi?id=44#c32 <-- Fair point, though it would be better if we reduced the 30 days to a week... [19:08:22] lol, wtf [19:08:59] >_> [19:09:25] :) [19:14:10] 03ialex * r41818 10/trunk/extensions/CodeReview/ (CodeReview.i18n.php CodeRevisionView.php): Added date to revision view [19:22:13] 03(NEW) Upload not working at all - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15883 major; normal; MediaWiki: Uploading; (nsk) [19:27:07] so this notice is still showing up pretty consistently :-/ ... has no-one else seen it? [19:34:17] and they're gone again [19:34:23] (without any changes) [19:38:28] 03(mod) Upload not working at all - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15883 (10nsk) [19:42:22] hi guys! Is there a way to add something to [[Special:UserRights]] through Mediawiki?? [19:43:29] Thehelpfulone: Add what exactly? A group? [19:43:46] RoanKattouw: no, like a message to users [19:44:29] Possibly; the text on [[Special:UserRights]] (and pretty much everything else) is controlled by system messages, which you can edit [19:44:46] RoanKattouw: where can i view them? [19:44:54] Go to [[Special:Allmessages]] (huge page, takes a while to load) and Ctrl+F for a fragment of the text you want to change. You'll get an edit link there [19:45:02] ok thanks [19:45:24] Sean_Colombo: That's very weird, especially because the error hardly makes any sense [19:45:45] Sean_Colombo: Does changing the in_array(foo, bar) call to in_array(foo, bar, true) make the error go away on that line? [19:46:13] 03(mod) Upload not working at all - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15883 (10nsk) [19:46:20] hard to tell for sure since it goes away and comes back (and is gone at the moment)... but I'll add it and see [19:47:47] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 (10roan.kattouw) [19:48:23] Sean_Colombo: When it shows up again, you should get one notice less if I'm right? [19:48:40] 03(mod) Upload not working at all - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15883 (10nsk) [19:48:47] i put it on all of them [19:48:50] that's a good point [19:48:55] i'll only put it on some [19:50:33] alrighty... waiting for that notice to show up :-/ [19:50:51] another interesting thing about this 1.14 is that the stylesheet for my skin doesn't get included [19:51:02] which is rather annoying [19:55:23] hi [19:55:34] gr33tz [19:55:46] uploads seem broken in HEAD... https://bugzilla.wikimedia.org/show_bug.cgi?id=15883 [19:56:42] <^demon> Whoo, borken. [19:56:44] <^demon> Confirmed. [19:57:05] HEAD blows atm :( [19:57:18] i picked a really inopportune time to upgrade [19:57:20] lol [19:57:55] Anyone know how I can assign an external url to the images in this table ? http://rafb.net/p/tSFZ6937.html [20:00:41] <^demon> nsk: I'm looking at it now. For some reason wfLocalFile() is returning false :( [20:01:03] thanks for looking at it [20:01:54] 03(mod) make #time work with pre-1970 dates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11686 (10N/A) [20:05:41] <^demon> Well _thats_ fun.... [20:05:57] <^demon> $img->exists() is returning false, so wfLocalFile() is returning false. [20:07:23] ^demon: this is http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/GlobalFunctions.php?r1=41792&r2=41769 [20:09:29] i'm reverting r41792 and r41788 [20:10:20] <^demon> ialex: It's the latter that broke it. [20:10:53] <^demon> findFile() returns false if no file is found. We need newFile() because it returns an object even if the image doesn't exist :-) [20:11:11] hehe :) [20:12:17] *^demon reverts all of his die() and var_dump() debugging crap [20:12:31] *ialex too [20:12:41] *before commiting* [20:12:57] 03(mod) Rename the "Image" namespace to "File" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=44 (10erwin85) [20:15:09] 03ialex * r41819 10/trunk/phase3/includes/GlobalFunctions.php: Revert r41792, broke uploads. Note that RepoGroup::findFile() returns false if no file was found, which might be the case when uploading new files ;) (see bug 15883) [20:15:55] 03(FIXED) Upload not working at all - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15883 +comment (10alex.emsenhuber) [20:16:17] 03(NEW) Where is the "slogan" showed ? - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15884 15enhancement; normal; Wikimedia: General/Unknown; (luis_philippe) [20:17:28] 03(mod) make #time work with pre-1970 dates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11686 +comment (10nsk) [20:18:40] 14(INVALID) Where is the "slogan" showed ? - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15884 +comment (10roan.kattouw) [20:18:47] thanks for the fix, I am going to test the code right now [20:21:33] <^demon> Roan: Mid-air collision :-p [20:23:15] 03(mod) when protected pages are moved, it should be protected by MediaWiki default - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15879 +comment (10innocentkiller) [20:24:24] 03(mod) when protected pages are moved, it should be protected by MediaWiki default - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15879 +comment (10mikelifeguard) [20:24:28] I tested it (r41819) and it works ok, thanks for the quick fix! [20:25:26] hi again [20:25:40] 'lo [20:25:43] hi [20:25:56] RoanKattouw: do you know of a program that will space up each command on localsettings.php, making it easier to read? [20:26:05] or Reedy or nsk ;) [20:26:17] i.e. put each one on a new line [20:26:35] notepad, cursors, spaces and enter? :P [20:26:49] a unix script could do that easily [20:26:50] Reedy: a quick way 9.9 [20:26:57] nsk: have one? :D [20:27:06] i think that's what a user said i needed yesterday ;) [20:27:58] you run GNU/Linux? it wouldn't work on Windows. [20:28:44] i don't - but one of the other developers might... [20:29:10] nsk: do you have a link to the script or something? :) [20:29:32] 03(NEW) API outputs old and new protections in different formats - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15885 15enhancement; normal; MediaWiki: API; (matthew.britton) [20:30:19] nsk: yes, one of the other developers runs Linux - can i have a link / the script? [20:32:12] <^demon> Why not just space them out when making the file to begin with? :-p [20:32:38] ^demon: a little late for that! [20:41:09] Is it possible to set something in a page to specify a default label for links going to that page? [20:41:35] what's page_no_title_convert ? [20:41:47] it's not in tables.sql [20:41:52] but present on wmf dumps [20:47:24] 03(NEW) commonPrint.css breaks subscripts - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15886 major; normal; MediaWiki: User interface; (giecrilj) [20:48:18] Is it possible to wikilink to the edit view? [20:48:34] pdbogen_, no [20:48:39] use {{fullurl: [20:48:45] *pdbogen_ nods. [20:49:14] what would be a use case for wikilinking to the edit view? [20:49:24] 03(mod) Add a music wikimodule - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=189 (10smolensk) [20:50:19] nsk: Probably not a very good one. I want to have a template that includes a link to edit the template. [20:50:26] 03(FIXED) Global (crosswiki) usernameblacklist - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=10054 +comment (10public) [20:57:00] pdbogen_: [{{fullurl:Page|action=edit}} link text] [20:57:08] ^demon: Collision on which bug? [20:57:11] pdbogen_: many en: templates do have edit links, with some coding however, but I suppose you wanted something like [[mypage->edit]] [20:57:42] 03(FIXED) Special:Log/Pagename and Special:LogByUser/Username shortcuts - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=3346 +comment (10public) [20:58:17] pdbogen_: for example, here is a template using fullurl: http://en.wikipedia.org/w/index.php?title=Template:Edit&action=edit [20:58:43] RoanKattouw, nsk: thanks. [20:59:30] how do i include the text of one page in another? [20:59:51] however now that I'm thinking about it, it wouldn't be a bad idea to have some wikisyntax for linking to edit windows as well... [20:59:57] jablko {{OnePage}} [21:00:18] jablko: or {{:Page}} if it's not a template [21:02:18] thanks - is there any way to include the alphabetical list from category pages? [21:02:28] i tried {{:Category:Foo}} [21:02:52] jablko, try DynamicPageList [21:02:57] hoping that would be replaced with the alphabetical list which is displayed on the Category:Foo page... [21:03:51] 03(NEW) UsernameBlacklist should be marked obsolete - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15887 15enhancement; normal; MediaWiki extensions: UsernameBlacklist; (public) [21:08:30] 03(NEW) UsernameBlacklist should be disabled on WMF wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15888 15enhancement; normal; Wikimedia: Site requests; (public) [21:10:05] I hate to file a bug about this.. can someone fix the description of Kate's Tools, please? [21:10:11] "Experimental wiki-related tools at http://tools.wikimedia.de/~river/" is the wrong URL. [21:13:35] sooo [21:13:42] uploading is still broken in HEAD, right? [21:13:56] No? [21:13:59] Who broke it? [21:14:07] i dunno who [21:14:11] lemme look for the discussion [21:14:47] Sean_Colombo, MZMcBride: It was broken, but fixed a couple of hours ago [21:14:56] around 3:55 demon, nsk and ialex were discussing it [21:15:01] That is, uploading *new* files was broken [21:15:20] 03siebrand * r41820 10/trunk/phase3/languages/messages/ (35 files): Localisation updates for core messages from Betawiki (2008-10-07 23:07 CEST) [21:15:32] Sean_Colombo: Protip: Unless you want pain and suffering, only ever update to whichever version Wikimedia wikis are running. :-) [21:15:43] Because something called wfLocalFile() which returns null for missing images, rather than some other function whose name I forgot that does return an object for missing images [21:15:45] what version si that? [21:15:47] *is [21:15:55] Sean_Colombo: [[Special:Version]] [21:15:58] http://en.wikipedia.org/wiki/Special:Version gives the number. [21:15:58] i am in a world of pain and suffering, lol... i got sucked in [21:16:07] because 1.13.2 has a bug [21:16:11] so i was told to go to HEAD [21:16:12] 03(ASSIGNED) API outputs old and new protections in different formats - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15885 +comment (10roan.kattouw) [21:16:43] oh, neato it says the revision number on Special:Version [21:16:44] Bah. I was typing to him. [21:17:22] 03(NEW) Write and run script to find non-existent images on WMF wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15889 15enhancement; normal; Wikimedia: Site requests; (public) [21:17:26] brion: ^^ [21:17:32] 03siebrand * r41821 10/trunk/extensions/ (18 files in 16 dirs): Localisation updates for extensions messages from Betawiki (2008-10-07 23:07 CEST) [21:17:52] In case, y'know, you suddenly find hours free and want to write and run a script. :-) [21:18:17] :) [21:19:33] WP is running the "for l33t" version [21:19:38] r41337 [21:19:40] :) fun [21:19:47] screenie and upload to commons :P [21:22:58] 03(mod) Add a music wikimodule - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=189 (10Birgitte_SB) [21:27:50] any idea why mediawiki is not parsing my

tags: http://qubit-toolkit.org/wiki/index.php?title=Coding_standard [21:29:01] Off-hand, sounds like Tidy. [21:29:10] I upgraded svn from (aprox) 1.7 to 1.13.2 Requesting: "Special:Version" I recieve: Fatal error: Call to undefined method ParserOptions::getEnableImageWhitelist() in /var/www/s1wiki/includes/parser/Parser.php on line 1501, anyone know about this? [21:29:13] jablko: because you don't have any

[21:29:25] or for that matter [21:29:28] Skizzerz: Works on WMF wikis. [21:29:35] So, yeah, it's probably Tidy. [21:29:36] Having ParserFunctions installed would really help with using {{#if}}. -_- [21:29:36] WMF has Tidy enabled [21:29:41] !tidy | jablko [21:29:41] --mwbot-- jablko: Wikimedia uses HTML Tidy, which allows mixed html and wikitables inside parser functions and templates. This can often be confusing for people copying templates from Wikimedia projects. For more information about HTML Tidy, see . [21:29:58] Ignore the bit about templates. Just enable Tidy. [21:30:04] 03(mod) make #time work with pre-1970 dates - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=11686 (10N/A) [21:30:10] MZMcBride: I try to write things that don't require Tidy, because if you require it, you're generally doing something wrong HTML-wise [21:30:38] Skizzerz: When you allow user input of HTML, Tidy is incredibly helpful. [21:30:59] yes, but it isn't an excuse for not doing it the right way to begin with [21:31:01] Ever seen what happens when you leave a
open in a MediaWiki: message (where Tidy isn't used)? ;-) [21:31:20] I mean, due to some workings of the parser, sometimes it's the only way to accomplish something, but generally it isn't [21:31:38] Sure, but you and I know the right way. The thousands of users who use WMF wikis and other installations of MediaWiki don't know or care about valid syntax. [21:31:41] They just want it to work. [21:32:03] I use

without closing it. It's quite a helpful hack. [21:32:13] *Skizzerz shuns MZMcBride [21:32:22] shunnnd [21:32:24] lol [21:32:30] :P [21:32:30] Meh. I learned it from Sim. [21:32:30] dorjeepy: moment [21:32:50] "hack" would be the appropriate term in that sentence :P [21:32:53] i'll turn on tidy - as far as

is concerned, it is reuqired in xhtml, but optional in html, no? [21:33:04] it's required period... [21:33:16] Closing tags isn't really ever optional. [21:33:19] if you have something that can go in between a tag, you need a closing tag [21:33:24] dorjeepy: I just upgraded from 1.7 to 1.13 and didn't get that. Interesting :-/ [21:33:35] did you already run the maintenance scripts? [21:33:35] dorjeepy: looks like you have a mix of file versions or something [21:33:47] if it's a self contained tag, then you don't (although XHTML requires that you end it with />, e.g.
instead of
) [21:34:01] Brion: could be semanicweb extension? [21:34:11] Any reason upgrade.php can't be web accessible like the installer is? [21:34:52] also, this is an aesthetic issue, but with that page you linked to, it would probably be better use a straight quote instead of a backtick for quoting stuff, since the backtick is a special operator in PHP ;) [21:35:09] 03(mod) UsernameBlacklist should be disabled on WMF wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15888 (10mikelifeguard) [21:35:15] MZMcBride: maybe to prevent someone from accidentally kicking it off more than once? just a guess [21:35:16] Hrm, weird. I installed ParserFunctions, but 'if' is still not listed as a parser function, although some others are; i.e., 'lc'. [21:35:27] brion: the symantic web extension works...something to do with images?... [21:35:29] 03(mod) UsernameBlacklist should be marked obsolete - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15887 (10mikelifeguard) [21:35:38] Skizzerz: @back tick, good idea [21:35:53] dorjeepy: the Parser.php you refer to doesn't match MediaWiki 1.3.12's Parser.php [21:35:56] @optional

- this is why i thought it was optional: http://www.w3.org/TR/REC-html40/struct/text.html#h-9.3.1 [21:36:10] pdbogen_: I think {{lc: }} is standard. Are you sure it's installed? Did you check Special:Version? [21:36:27] brion: I will look there, thanks [21:36:59] MZMcBride: That's where I'm looking, yes; it lists ParserFunctions, but the functions aren't listed under Parser function hooks; previously, there was no Parser Function Hooks section. [21:37:08] I think you're correct that only the builtins are listed. [21:37:28] Got a link? [21:38:51] I have a folder phase3 is this the branch for latest version? [21:39:02] Depends. [21:39:14] phase3 is the third phase for the software ever. [21:39:21] Branches are stored in separate directories in SVN. [21:39:30] hi folks$ [21:39:33] I get At revision 41821 when I update in that folder [21:39:56] That's HEAD. [21:40:20] where to change GNU-FDL to creative-common license ? I thinks it's an option, like the php code seems to show. [21:40:25] MZMcBride: The actual Wiki is behind a login, but there's the ugly HTML of the version page at: http://cernu.us/~pdbogen/tmp/SpecialVersion.html [21:41:00] pdbogen_: Are you using the correct version of ParserFunctions for MediaWiki 1.12? [21:41:11] sputnick: in your LocalSettings.php file, you should see a section concerning your site's copyright. You can modify those variables to change it to something else [21:41:55] nice Skizzerz, thanks. i was typing "find -type f -iname '*config*'" :D [21:41:56] MZMcBride: I don't know for sure that I am. I'm using the extension from subversion, as http://meta.wikimedia.org/wiki/ParserFunctions instructs. [21:42:15] sputnick: Yeah, $wgRightsPage, $wgRightsUrl... :-) [21:42:30] pdbogen_: That page is bleh. [21:42:32] Sec... [21:42:36] 03aaron * r41822 10/trunk/ (2 files in 2 dirs): Revert r41788 and make flaggedrevs do the findFile call itself [21:42:59] pdbogen_: http://www.mediawiki.org/wiki/Special:ExtensionDistributor [21:43:08] Go there and download the correct version. See if that helps. [21:44:54] MZMcBride: That does not seem to have helped. [21:45:08] It's worth noting that the version that page gaves me reports itself as v1.1.1, as well. [21:45:17] Er, gave* [21:46:03] What line did you add to LocalSettings? [21:46:32] require_once( "$IP/extensions/ParserFunctions/ParserFunctions.php" ); [21:47:00] It seems like wfSetupParserFunctions might not be getting called. Is there something I need to do to enable that? [21:52:12] 03(FIXED) Put sitename before pagename in HTML title; maybe as a special-case for the "Main Page" - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=1787 +comment (10public) [21:54:39] Ugh, I have to go. I'll hammer on this later. [21:58:03] 03dale * r41823 10/trunk/extensions/MetavidWiki/ (3 files in 3 dirs): added stream notice [22:18:44] 03dale * r41824 10/trunk/extensions/MetavidWiki/ (3 files in 3 dirs): fixed missing wgScriptPath check [22:30:29] 03(mod) Add a music wikimodule - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=189 (10ssanbeg) [23:01:35] 03(mod) Supporting directionality for references - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13673 (10references/> [23:01:36] ==Hebrew Refs== [23:01:36]
[23:01:36] [23:01:37]
[23:01:43] -- [23:01:45] Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email [23:01:47] ------- You are receiving this mail because: ------- [23:01:49] You are the assignee for the bug. [23:01:51] You are watching all bug changes. [23:01:55] _______________________________________________ [23:01:57] Wikibugs-l mailing list [23:01:59] Wikibugs-l) [23:02:30] lol [23:02:33] spam [23:04:04] 'lo all [23:05:53] hmm... so i just upgraded a box from 1.13.2 to 1.14alphar41337 and the stylesheet for my custom (and default) skin isn't showing up.. [23:06:03] ...is there something new/different with the way that is handled? [23:06:11] [23:10:26] Is there a way to get a listing of all pages in Category X and in Category Y? [23:11:07] There's an extension. [23:11:27] !e Intersection [23:11:27] --mwbot-- http://www.mediawiki.org/wiki/Extension:Intersection [23:11:31] Fucking bot. [23:11:32] haha [23:11:36] you just had to swear at it [23:11:43] its kinky [23:11:47] it responds to abuse [23:11:50] :) [23:11:59] *MZMcBride kicks mwbot [23:12:40] anyone have any clue why my custom skin's css isn't being output in 1.14 but _is_ in 1.13.2 [23:13:02] What do you mean? [23:13:08] if you search for Lyricwiki.css you will see the difference here: [23:13:12] view-source:http://lyricwiki.org/Main_Page [23:13:36] view-source: [23:13:36] the second one is on 1.14 [23:13:40] they are both using the "LyricWiki" skin as default [23:14:23] is someone working on 5997 ? [23:14:35] !b 5997 [23:14:35] --mwbot-- https://bugzilla.wikimedia.org/show_bug.cgi?id=5997 [23:15:07] MZMcBride: do you see what i mean about the skin-specific CSS? It's odd [23:15:23] Sean_Colombo: Yeah, give me a sec. [23:15:31] cooooolio [23:17:04] MZMcBride, have you installed it before? Is it a 'put this in the wikipage and the listing will appear there' extensino? [23:17:20] s/no/on [23:17:48] Ktron: Yeah, I believe so. [23:19:04] Odd that it doesn't give it back in any order... I bet I can touch that up if I need to though... Thanks MZMcBride [23:19:33] Sean_Colombo: http://pruebita.com/p/index.php?title=Lyric&diff=501&oldid=500 [23:19:43] You don't have site CSS enabled, it would appear. [23:19:56] Or you did a custom hack that you haven't re-added. [23:20:13] Line 66 in the second column. [23:20:41] hmm [23:21:41] MZMcBride: that's certainly the behavior it's exhibiting [23:21:54] MZMcBride: but it's using the same LocalSettings and the same database [23:22:45] !wg UseSiteCSS [23:22:45] --mwbot-- http://www.mediawiki.org/wiki/Manual:%24wgUseSiteCSS [23:22:47] localsettings has "$wgDefaultSkin = 'lyricwiki';" [23:23:08] usesitecss [23:23:12] Bah, bah, bah. [23:23:22] http://www.mediawiki.org/wiki/Manual:$wgUseSiteCss The default is true. [23:23:49] it's not disabled in my LocalSettings [23:24:08] should it be? :-/ [23:24:17] No. [23:24:23] ok [23:25:59] is there a way to check what settings the Wiki is seeing? so basically to find out if LocalSettings is setting the wgDefaultSkin value correctly? [23:26:34] Check the page source? [23:26:45] wtf :( Special:Version is broken for me [23:27:20] [23:27:20] !debug [23:27:20] --mwbot-- For information on debugging (including viewing errors), see . [23:27:20] Follow the instructions there. [23:27:21] someone mentioned the Special:Version problem in here earlier today... [23:27:31] hokay [23:28:01] any idea when will r41512 be deployed ? [23:28:18] j4zzcat: What do you mean? [23:28:55] ...fixed in r41512... [23:29:06] bug 15770 [23:29:47] It will likely be months before 1.14 is released as a package. [23:30:31] But you can always use SVN to get more updated software. [23:30:32] doh [23:30:32] i highly don't recommend doing that though ;) [23:30:33] I need it in wikipedia :-) [23:30:44] as long as its reviewed as ok, shouldnt be too far away [23:30:54] j4zzcat: Wrong channel. :X [23:31:22] But your answer is at http://meta.wikimedia.org/wiki/Software_update_process [23:31:22] thanks [23:31:22] Which file specifies div class="noarticletext"? [23:31:48] Linker.php perhaps? [23:32:12] No, something else. [23:32:33] Article.php. http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/Article.php?view=markup [23:32:45] 06(LATER) UsernameBlacklist should be disabled on WMF wikis - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=15888 (10pathoschild+wmbugs) [23:32:58] MZMcBride, it doesn't says when things get "scap"ed [23:33:43] slavie|away: :P [23:33:43] j4zzcat: I wrote it. Surely it does. [23:33:52] ty! :) [23:35:29] who needs to review the patch? [23:36:55] fucking a... r41337 still has the bug that I'm trying to fix in it. [23:37:08] :( [23:37:33] Sean_Colombo: Which bug? [23:37:39] [23:37:48] I don't remember what number it is in the bug-tracker [23:37:51] i'll look... [23:38:13] Sean_Colombo: That means you have a bad DB row. [23:38:30] who is "Simetrical" ? [23:38:30] Either delete the row or update your copy of PgeQueryPage.php. [23:38:33] PageQueryPage.php. * [23:40:01] MZMcBride: at first i heard it was an empty title [23:40:01] but i don't have any empty titles [23:40:02] 03(mod) Greater flexibility with references - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=5997 (10bugs) [23:40:03] Sean_Colombo: Wanna bet? [23:40:07] 03(mod) Add a music wikimodule - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=189 (10Birgitte_SB) [23:40:08] j4zzcat: Just give it a few days and it will be live on the Wikimedia servers. [23:40:08] No need to go around pinging people. [23:40:11] and when i looked at the commit which fixes the actual bug... it wasn't "nuclear?" is that the word? [23:40:11] k [23:40:11] MZMcBride: i would LOVE for you to prove me wrong :) [23:40:11] if i so a query: [23:40:12] Update your copy of PageQueryPage.php. [23:40:12] SELECT COUNT(*) FROM wiki_page WHERE page_title=''; [23:40:12] i get 0 [23:40:12] And see what happens. [23:40:12] i tried that [23:40:15] and it errored differently [23:40:24] Well, what's the new error? [23:40:52] i don't have that right now... i'll do that again [23:41:07] btw... last time i did that in this room ppl said the problem was that i can't just take one diff... it depends on other files [23:41:08] updating... [23:41:32] Well, yes that's true. Just depends on the issue and what version you're running. [23:42:18] updated code... re-running page to see what happens [23:42:43] 03(mod) Create a Wikipedia Document Type Definition (DTD) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=401 summary (10public) [23:42:55] w00t... so that'll work as long as I'm running 1.14r 41337 with a PageQueryPage from head? [23:43:34] (ie: it worked there) [23:43:34] How much do you owe me? [23:43:34] hugz [23:43:34] because i still have to get r41337 stable on my box before it's useful :) [23:43:46] but if i can do that then i'll owe you baked goodz or something [23:44:08] lol [23:45:05] is there a recommended ide for working with the mediawiki source? [23:53:59] i've enabled ALLL of the noise on the !debug page... and i get no errors anywhere [23:54:12] i don't even get profiling output [23:54:22] i checked the permissions on the debug log file too, and they're fine [23:54:26] praytell why "Too many values supplied for parameter 'pageids': the limit is 50" when other limits are 500? [23:54:34] so mabye profiling is broken for me? [23:54:55] brick: URLs shouldn't be so long? [23:55:25] There's a hard limit on URL length as far as I'm aware. [23:55:26] there isn't supposed to be in the HTTP spec [23:55:28] MZMcBride, sure, but pageids are shorter than article titles [23:55:48] it must be some administrator's choice of a performance/service compromise [23:55:53] but seemingly mismatched from the 500 limits [23:59:50] i MUST be doing something wrong [23:59:57] i can't imagine profiling would put out 0 info