[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]