https://bugzilla.wikimedia.org/show_bug.cgi?id=19161
--- Comment #36 from Church of emacs <[email protected]> 2011-03-23 21:50:42 UTC --- Your proposal is quite complex. Here's mine: Put a "Login as <USERNAME>" Button on Special:Userlogin (or even on the edit screen) if appropriate. That button creates a local user account (as POST request and with a token, to be sure). Do not create an account without the user explicitly clicking on this button. It'll cost the editor two clicks to create an account, I think that's acceptable. It should be pretty easy to implement. (In reply to comment #33) > Given that accounts are unified by default in SUL now, any abusive username > should be administrable from any wiki. > May be a new privilege could be created, allowing to view all new SUL accounts > wherever they are created, so that even small wikis could be protected by > admins working on larger wikis. > > The main problem of course is how to detect abusive account names : a name > could be abusive in an unexpected language, and not at all in another where > the > account was effectively created. There's already #cvn-unifications on freenode. Problem is (and it seems we're agreeing on that one), that user names are usually targeted at a specific wiki and they are written in this wiki's language. It's difficult to tell whether a username is abusive, if it's in a language you don't speak. That's why we need local admins to search for those accounts. Normally admins look out for abusive user names, and if they're really bad, they report them to stewards to get them locked & hidden globally. Which is actually a pretty efficient system and has proven to work (more or less). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
