[15:48:07] hey Ting, are you here? [16:02:35] * tommorris spies a sgardner. [16:04:02] tommorris, good afternoon! [16:04:14] (I am in a Board meeting in another channel. FDC vote. :-)) [16:04:37] * tommorris is writing code while being cold. [16:21:09] hey does anyone in this channel have the fundraiser totals chart URL? [16:21:27] (The Board is praising Zack in the other channel, and I want to show them the totals :-)) [16:22:49] sgardner: https://wikimediafoundation.org/wiki/Special:FundraiserStatistics [16:23:17] yay, thanks tommorris :-) [16:23:24] day 17 - $12.85m total [16:23:27] https://wikimediafoundation.org/wiki/Special:FundraiserStatistics [16:23:31] oops :-) [16:23:34] wrong channel :-) [17:53:43] Hello, does the foundation have an opinion on the proposal of ITU control of the internet? [18:54:59] Is there E3 office hours here in 15 mins? [18:55:11] ehr, 5 mins, even. [18:59:59] Hi everyone [19:01:08] Who's here for office hours? [19:03:27] * siebrand raises his hand. [19:03:46] Hey siebrand [19:04:30] (doing other stuff too, was planning on lurking) [19:04:34] Okay [19:04:42] I'll give it a minute, for others to show [19:05:04] * jorm lurks, too. [19:05:21] hello. it happened some weeks ago that our new employee sindy pointed out to me that the registration form for a new account has big flaws, such as that it does not recognize wether the name is already is use... [19:05:22] I'm here! Although I haven't been paying any attention to enwp lately. [19:05:44] WHERE IS MY FACEBOOK CONNECT [19:05:53] * domas contributes to login page redesign [19:06:03] * siebrand greets domas. [19:06:04] Heh [19:06:04] * Isarra murders domas. [19:06:17] And this is why we need a RESOLVED-MURDERED resolution. [19:06:24] Precisely [19:06:30] hi stevenw [19:06:37] who is isarra and why isarra thinks murdering me is that easy [19:06:58] Isarra is crazy people who likes pointy things. [19:07:16] Ziko: which wiki was she registering for? [19:07:17] ...and who usually has better grammar than that. [19:07:22] nl.wp [19:08:11] Yeah the current state of things is something of a hodgepodge. There is validation of the username by the form itself, but also by extensions like AntiSpoof, which tries to keep people from having names too similar to other accounts. [19:09:45] If you take a look at the current form on English Wikipedia, we hacked together a test version of client-side validation, which warns people about errors before they submit for the most part. [19:10:09] Does antispoof work with SUL, too? [19:10:21] Not sure. [19:10:32] guessing that it only checks on first signup [19:11:05] Hi. [19:11:08] Hi [19:11:15] Hi Steven, Ebe123 [19:11:17] not sure what you mean "first signup" Hello71? [19:11:40] As in, first signup, rather than auto-creation of the account via SUL? [19:11:41] StevenW: I'm guessing that it only checks against local usernames on the home wiki. [19:11:42] Sockpuppets [19:12:02] Ah gotcha. [19:12:11] taking a look at the source [19:13:46] nvm [19:13:47] see https://bugzilla.wikimedia.org/show_bug.cgi?id=28747 [19:14:05] i thought there was a plan to do full unification? [19:14:11] and then it will check SUL by default. [19:14:41] Yeah not sure. We should ask James Forrester on that one. ;) [19:14:42] #28747 says it checks global DB for spoofing [19:15:05] Anyway. The current plan for us is to redesign registration from a visual standpoint, but not muck with the server-side validation. [19:15:43] We A/B tested a version with decent client-side validation against the current state of affairs, and the measurable gains in people creating new accounts was quite small. [19:16:52] We'd end up with a few hundred extra registered people on English Wikipedia, for example, but it might take an extra month to make AntiSpoof and the rest of the current set of checks play nice and provide people validation before they submit. [19:17:48] Thankfully we might still get an account creation API, thanks to a volunteer dev who has one waiting in the wings: https://gerrit.wikimedia.org/r/#/c/18127/ [19:18:52] Ebe123: actually there's nothing automatic that checks for sockpuppets. AntiSpoof and the like just look for usernames that are too similar to existing ones. [19:19:05] Ok [19:19:59] Has anybody tried out the new form? [19:20:18] How long ago did you put it in? [19:21:14] It's been at 50% for a couple weeks, but only at 100% since Thursday. We decided to turn the test version on fully to see how it performs at scale, while we build the permanent version. [19:21:43] How does it perform? [19:21:50] Ah; I was going to say I created a new alt account ~Nov. 8th and I didn't notice anything different. [19:22:14] * The_Blade goes to test it out now... [19:22:47] Isarra: no new bugs, but the jury is out on whether we'll see a larger or smaller number of additional people registering. [19:23:01] Neat. [19:23:12] Part of the reason we did it was also that since the start of the fundraiser, there have actually been large spikes in new registrations. [19:23:15] which jury? [19:23:31] ha. The jury of data. [19:23:34] http://toolserver.org/~DarTar/reg2/ [19:23:47] You can see the overall numbers from enwp there ^ [19:24:34] * StevenW thinks that if domas wants Facebook Connect, he should submit a patch. ;)  [19:24:41] and see how it goes [19:24:54] Wow, that /is/ different. Looks like an improvement to me. [19:25:02] Brb [19:25:02] Glad to hear it! [19:26:15] stevenw: there're quite a few plugins by now, I think [19:27:06] For sure. I was just joking though. There are people who would murder us if implemented Facebook Connect or other social signup buttons. [19:27:11] eww Facebook [19:28:04] indeed [19:28:45] stevenw: there're amish people out there too [19:28:54] :) [19:29:03] Why would it be such a bad thing to use facebook connect and the like if people want the option? [19:29:13] isarra: exactly [19:29:15] Facebook? [19:29:17] No [19:29:19] ! [19:29:22] Although there might be privacy concerns with that... [19:29:33] isarra: what kind of concerns, if that is voluntary? [19:29:39] Yeah it doesn't jive with the current edition of the privacy policy, AFAIK. [19:29:42] I don't know! But there might be some. [19:29:47] Okay. [19:29:53] That's a reason. [19:29:58] what kind of? [19:30:11] technically you can use whatever third party site, with voluntary acceptance of use [19:30:18] no need to embed objects for everyone [19:30:34] e.g. load remote assets for login only when someone requests them, set a cookie to use remote auth, etc [19:30:48] but what qualifies as request [19:30:59] facebook integration would be bad [19:31:01] on login page clicking a button 'sign me in with X site' [19:31:04] soapy: why? [19:31:06] and imo even a facebook button looks ugly [19:31:08] Mmm, perhaps this would be something well worth discussing, but perhaps this isn't the time or place. [19:31:17] when is the time and place? :) [19:31:24] The technical parts are far from impossible and could be worked out. But the big "if" is volunteer acceptance. [19:31:24] I have no idea. [19:31:45] stevenw: if 5% people would use Google, 5% would use twitter and 5% would use facebook to log in [19:31:51] why do the rest 85% have a way about that? [19:31:56] a say [19:31:56] that is [19:31:57] well for one thing facebook officially requires you to use your real name, so that would be bad for anonymity even if voluntary [19:31:57] buttons for social media are not important. but it is important that we do something against barriers for participation. so the new log in form does not make a big difference in numbers, i understood? [19:32:04] also though it would make us a commercial website [19:32:08] This leads me to what we're working on next though. [19:32:11] soapy: _voluntary_, I go by full name in many places [19:32:26] From a volunteer engagement perspective, we don't actually need a ton more accounts registering. [19:32:44] people have accounts elsewhere [19:32:50] it would be nice, but what we need is more people registering _who contribute_ [19:32:51] people are getting used to their identities being centralized [19:32:55] how would third party usernames look like internally? [19:33:03] If we wanted that, all we'd have to do is turn off Filter 159 [19:33:07] right now, on English Wikipedia for instance, only 25-30% of accounts ever edit. Even once. [19:33:17] What about on Wiktionary? [19:33:28] How do the proportions compare cross-project? [19:33:32] Not sure Isarra. [19:33:41] Might be something to look into. [19:33:44] yes. [19:34:19] Some projects I seem to remember it is higher. Commons for example, where a lot of the people with new accounts are editors from other projects. [19:34:33] Meta I'd think too. [19:34:38] right [19:34:49] stevenw: if you want editor percentage to be higher, make login/account form more complicated [19:35:03] if you want more users, make it easier and more beneficial to create accounts [19:35:12] what is the aim, again? ;-) [19:35:31] that is quite true. Making it harder does increase the "quality" since only the most dedicated make it through the gauntlet. [19:35:41] Back. [19:35:58] this is interesting, some day I will make a summary of most of contributions of people in this debate [19:36:00] X? NO! [19:36:17] tells a lot about the community :) [19:36:36] that kind of resistance to change isn't necessarily a bad thing [19:36:38] stevenw: you want to increase participation/ [19:36:42] ? [19:36:44] ergh [19:36:54] make it that it is an action filled with negativism [19:36:58] i wonder why people create an account and then don't use it. possibly, because they see only after registering the wiki syntax in the articles? [19:37:17] We have a little bit of knowledge about the Ziko. [19:37:37] hehe [19:37:42] From past surveys, from looking at stats of where people were on-wiki before registering, and from a new survey. [19:37:54] looking at your userpage I see that you work for Facebook [19:38:08] He does? O_o [19:38:12] omg, really? [19:38:22] hahah [19:38:43] >_< [19:38:47] domas also has been around Wikimedia for a little while ;) [19:38:50] or to use gadgets and/or set preferences [19:38:57] Anyway, there are quite a few people who are readers or donors, who either just wanted to be "a part of Wikipedia" or thought they would get extra reader-oriented features. [19:39:23] And there's another contingent of people who sign up with the thought that they might edit some day, and want to have an account just in case. [19:39:47] or maybe some people forget their passwords [19:39:51] that too [19:39:53] because they didn't use SSO [19:39:55] (HAHA!) [19:40:33] the fact that we don't require email, and it's the only way to retrieve your pswd, does mean we get some of that kind of registration [19:40:54] tbh, I had some of these discussions for years with various people at various wikimedia-related entities [19:41:03] and usually it is "yeah, it would be a good idea, but community..." [19:41:26] we should do X! yeah, sure, but community won't allow us! [19:41:44] thats how you end with community of 1000 people [19:41:52] one of the things about working at the Foundation, is that you either have to guess when that is just not true, or you can go ask people. Like in office hours. ;) [19:42:01] even though it's a small sample obviously [19:42:26] anyway, you want to make login easy? make it frictionless [19:42:33] I'll be sure to publish the survey results, since people seem curious about who all these non-editing accounts are. :) [19:42:49] I have a non-editing account [19:42:56] so that people can look at my page and make useless remarks [19:43:20] The people love you domas. Don't deny them their remarks. [19:43:29] ok! [19:44:49] Preferences are scary on enwp. Do people ever get scared off by them? [19:44:58] Or do they just sign up and not use them? [19:45:05] you can't take lots of them away, community will fight you [19:45:09] not *that* scary [19:45:25] lots of the preferences make your wikimedia experience very very shitty [19:45:26] I counted over 40 gadgets in one horrible long list. [19:45:43] Scary. [19:45:45] at least nowadays some of them cause a warning [19:45:47] don't they [19:45:57] I doubt people actually leave in any large numbers because the preferences are horrible. But it certainly would be nice to reduce the clutter. [19:46:07] there is actually a thing going on in the developer community to remove preferences. [19:46:21] * StevenW goes to find that RFC on mediawiki.org [19:46:22] for the most part, i want to kill them with fire. [19:46:36] should probably at least reorder them [19:46:49] https://www.mediawiki.org/wiki/Requests_for_comment/Core_user_preferences [19:46:51] are there stats on skin change? [19:47:06] Yes. Though that's a whole 'nother discussion entirely. [19:47:09] JORM! Fancy meeting you here [19:47:15] * Jan-Bart slips Jorm a dollar [19:47:17] hey, it's jan-bart. [19:47:21] * jorm pockets said dollar. [19:47:21] I didn't get that greeting from jan-bart [19:47:27] :( [19:47:33] DOMAS! [19:47:38] YOU ! [19:47:39] yo [19:47:39] last time i saw domas i gave him a running, jumping hug. [19:47:39] HERE! [19:47:49] it made him uncomfortable. [19:47:55] you think so? [19:47:57] * Jan-Bart takes options from Domas… gives them to Jorm [19:48:06] jan-bart: don't have any, they're RSUs [19:48:20] * domas grins [19:48:25] Ziko, to answer you from earlier ("so the new log in form does not make a big difference in numbers, i understood?") [19:48:31] * Jan-Bart takes whatever the #$*&(# RSU's are and gives them to Jorm…. just in case [19:49:04] The answer is that it makes a smallish difference, though at the scale of thousands of registrations that is enough to justify some change, I think. [19:49:27] The numbers are all at https://meta.wikimedia.org/wiki/Research:Account_creation_UX [19:49:30] yes [19:49:34] once I log in on enwiki, I get this sandbox link at the top [19:49:35] what is that? [19:49:39] why would I need a sandbox? [19:49:44] I prefer diamonds [19:49:44] Ah, im not late am I? [19:49:44] It's a custom thing for English Wikipedia [19:49:58] and pt.wiki [19:49:59] do we have numbers about how many people try to make an account, fail because of an already used name, and then leave? [19:50:02] gwickwire: we end in about ~10 mins. [19:50:08] that was a community added gadget, the sandbox link. i hate it. [19:50:26] jorm: I'd guess [19:50:31] the sandbox is a custom thing for most wikis, i think. [19:50:32] Ziko: we measured the overall error rate, but not the specific reason for the error. [19:50:37] Is the DR one still going to go on, or is this to be the DR one? [19:50:44] theres still one [19:50:44] Ziko: it also inaugurates what i expect will be a period of split-testing UI changes for the entire login / signup process [19:50:48] jorm, the sandbox really does not make sence because the newbie is not the only one who is editing there [19:50:48] jorm: Stop saying things I agree with. It's freaking me out. [19:50:50] it's there for pl.wiki, and i never heard anyone complain about it [19:50:54] its in 10 mins gwickwire [19:50:54] gwickwire: DR discussion is in about 10 mins. [19:50:56] :) [19:51:05] :| [19:51:08] From the sandboxes of new users, I've probably learned half of all Pakistani business phone numbers [19:51:17] Ziko: we have data on how many people try and register a username too similar to an existing one (triggering anti spoof rules), but that's probably not what you're asking [19:51:21] Ebe123: StevenW got the spot I wanted :P [19:51:30] :( [19:51:34] jorm: what do you think that when I go to my contributions, I have a link that allows to block myself? [19:51:45] And I suppose throwing the Stevens in a pit to fight it out would have been improper. [19:51:45] and 'email this user' [19:51:46] The_Blade: http://www.youtube.com/watch?v=zyu2jAD6sdo [19:51:50] the problem with the sandbox link is that it's interpolated into the toolbar on DOMContentLoaded, so you get this annoying thing where you think you're clicking on on your talk page, but it shifts to the left at the last second and you end up somewhere else. [19:52:04] DarTar, that's going into the direction [19:52:05] Heh. [19:52:11] ori-l: thats what community wants you to do [19:52:11] :) [19:52:13] ori-l: And it's there by default! [19:52:14] so shudup and listen [19:52:17] Isn't it great? [19:52:26] gosh, I still have my abilities [19:52:32] not really [19:52:34] pointed out two things and got people discussing about that! [19:52:41] hm? [19:52:49] domas: if i get it removed, you buy me a beer at wikimania 2013 [19:52:52] hello hello71, you must be new here [19:52:52] what was the initial reason for a new login form, a human who saw the flaws or something in the data? [19:52:52] deal? [19:53:07] Ziko: we haven't published error data, we might do so now that we have the new version up at 100% [19:53:21] mechanism to start doing a/b testing on post-account creation activities. [19:53:30] I think we have it for the third test, DarTar? Just not on-wiki yet. [19:53:36] stevenw: how many people don't login after seeing login form? [19:53:47] the % of login shows vs number of successful logins? [19:53:52] ha - correct, for acux_3 [19:53:58] No idea. Yet. [19:54:12] stevenw: so why do you have a meeting about it?! [19:54:20] oh you mean registration? [19:54:22] domas: do you mean sign up or login? [19:54:24] both [19:54:43] for login we haven't tracked anything (yet), just for signup [19:54:45] we didn't measure login bounce rates [19:54:46] heh, maybe I should have a session with you about logical event aggregations/statistics/tracking [19:54:50] 2013 is soon [19:54:52] and you don't have such data [19:55:06] domas: feel free to swing by for a chat ;) [19:55:11] (and it would be straightforward to implement) [19:55:35] mind you, we may have some surprising news [19:55:49] Speaking of login, here's the docs about our design ideas for that. https://www.mediawiki.org/wiki/Wikimedia_Foundation_Design/Login [19:55:53] like what? that you are going to have a bigass monster to answer simple questions? [19:56:10] no, no cephalopods [19:56:42] no nonsense event logging, I don't know if StevenW already mentioned that [19:56:46] domas: i think you're looking for another team :) i do have bounce rate on login form data somewhere -- we collected that for a while [19:57:01] agree you don't need mapreduce to increment a counter [19:57:22] ori-l: I'm talking more about general direction about how to instrument large set of software to have real-time data for things like that [19:57:34] there's stuff like profiler now that could get you some of that data [19:57:44] but I think technical mediawiki profiling and logical site behavior should be on two different paths [19:57:50] so you could answer these questions easily [19:57:55] and not MR'ing [19:58:07] in a few :) [19:58:15] domas: i'd love to give you a quick overview of what we have in place and what we'd like to build, and to get your input [19:58:19] sure [19:58:33] let's chat about it afterwards (or now, elsewhere, if you wish) [19:58:49] where? [19:58:53] #wikimedia-e3 [19:59:30] Yeah for anyone who wants to chat, that's our team's channel. We're in there pretty much all the time, since ori-l is a vampire and doesn't sleep. [19:59:54] Okay we've got about two minutes before Steven_Zhang kicks us out. Does anyone have any last questions? [20:00:03] Now for DR [20:00:11] lol, I'm not kicking people out :) [20:00:21] that's TBloemink's job ;) [20:00:28] Aw.. Why not? [20:00:31] ori-l is a vampire, eh? This explains so very much. [20:00:42] * TBloemink is evil [20:00:55] * gwickwire is not evil. [20:01:00] Thanks for chatting, all. Please bug us in #wikimedia-e3 or on-wiki if you have further questions/comments. [20:01:13] OK, I think that's my queue. [20:01:18] Hi all :-) [20:01:22] Hi [20:01:27] Cue. [20:01:31] I mean, hi. [20:01:44] Hello. [20:01:45] So, first, an update on my fellowship since the previous office hour session [20:01:47] hi [20:01:55] And how was it [20:02:10] What did you accomplish [20:02:14] My last office hour you were in, silly :) [20:02:16] (WP:WQA) [20:02:33] ahhh its actually office hours… that explains so much... [20:02:33] So, thus far, a survey was done on volunteers ([[WP:DRSURVEY]]) [20:02:45] as well as participants, that one [20:03:12] Should we get WP:GEO closed? [20:03:21] An analysis was done on active dispute resolution forums [20:03:27] http://en.wikipedia.org/wiki/Wikipedia:Dispute_Resolution_Improvement_Project [20:03:48] hi [20:03:52] And changes were made to the dispute resolution noticeboard, to make it more effective and efficient [20:03:55] DRIP, eh [20:03:57] (Also on that page) [20:04:03] heh, yeah, DRIP [20:04:04] :P [20:04:34] The DR wizard in use at DRN has had some positive effect on cases in general [20:04:45] How? [20:04:50] Has anyone here seen/used it before? (What are your thoughts?) [20:05:01] I've seen it, not used it [20:05:08] DR wizard? I'm not sure what that is/ [20:05:17] Ebe123: Cases weren't as TL;DR, cases resolved faster etc. [20:05:48] Seen not used. My opinion of such things is biased by my technical background, so not useful for something meant as a user interaction component. [20:06:00] The statement "cases resolved faster" might be bad [20:06:14] It isn't a good thing [20:06:18] survey results are kinda scary. [20:06:21] in some cases [20:06:53] These were resolved properly, but I agree that we shouldn't race to a finish [20:06:55] :) [20:07:05] But the key thing is it makes it simpler [20:07:12] How? [20:07:14] No complex wikicode needed to file a case. [20:07:22] The 2nd party must use the wiki [20:07:24] Coren: ArbCom could take a hint from that ;) [20:07:41] Ebe123: there's only so much we can do. [20:07:59] Steven_Zhang: Sorry for the dumb quesiton, but how was success of a case determined? [20:08:13] odie5533: Not a dumb question :) [20:08:16] If the parties came to a agreement [20:08:32] Steven_Zhang: Is it reasonable to expect that the intersection of people who will use DR in general and those who will reach ArbCom is significant? [20:08:35] And I followed that up at the article/article talk [20:08:51] Coren: the longer a dispute takes, the less likely it is to be resolved [20:08:58] that's not the case all the time [20:09:21] But the further it gets up the DR chain, the more likely a banhammer will be needed. [20:09:50] Steven_Zhang: Wait. How did you reach that conclusion by contrast to, for example, "The less tractable a dispute is, the longer it will last"? [20:10:14] "But the further it gets up the DR chain, the more likely a banhammer will be needed." the banhammer would be needed at the start [20:10:28] No, not necessarialy [20:10:34] How? [20:10:39] If its something minor and the participants come to a resolution early [20:10:45] then it can be resolved early [20:10:57] if it's an israel/palestine dispute for example [20:11:04] it'll probably go to ArbCom [20:11:13] because they have ingrained opinions [20:11:19] Hasn't it already [20:11:27] The next arbcom might not have ingrained opinions, though. [20:11:46] No, the editors have ingrained opinions, not ArbCom [20:11:50] Oh! :) [20:11:51] though some may argue for both. [20:11:54] Anyways [20:12:07] hey, did anyone suggest facebook login yet?! [20:12:18] No [20:12:20] As a result of the trial at DRN, it has been proposed that this be implemented in a universal DR wizard, for all forums [20:12:28] http://en.wikipedia.org/wiki/Wikipedia:Requests_for_comment/Reforming_dispute_resolution [20:12:36] Which was successful :) [20:12:43] It will take time [20:12:50] That's currently being developed by a dev. [20:12:52] Then another RfC will be needed [20:13:03] Nah, not exactly. [20:13:09] But the underlying issue affecting DR remains. [20:13:13] CONSENSUSCANCHANGE [20:13:16] Shortage of volunteers. [20:13:23] Lol @ the facebook login [20:13:28] Is dispute resolution intended for incredibly silly things that shouldn't even be disputes at all? [20:13:30] Not always bad [20:13:44] Not always Isarra [20:13:54] Ebe123: not enough volunteers leads to disputes being unattended [20:13:59] or to volunteer burnout [20:14:12] But not always [20:14:22] Ebe123: Redundancy is good. [20:14:24] Where do you describe what changes were implemented to DRN between May and August 1? [20:14:30] We shouldn't have too many [20:14:31] To try and learn more from existing volunteers, I'm currently undertaking a second survey. [20:14:38] Too many is not bad. [20:14:42] Too little is bad. [20:15:02] odie5533: http://en.wikipedia.org/wiki/Wikipedia:Dispute_Resolution_Improvement_Project [20:15:04] A dispute of 2 editors with 10 volunteers coming [20:15:05] Steven_Zhang is an undertaker? [20:15:08] Lead paragraph. [20:15:21] KFP: undertaking, conducting [20:15:23] etc :) [20:15:59] So, this survey will tell me more about the motivations current volunteers have for doing DR, and their ideas. Hopefully we can make changes to attract more volunteers. [20:16:08] Just a question on the survey, was there a question that would show how many volunteers actually were involved in cases previously? [20:16:20] Lets close http://en.wikipedia.org/wiki/Wikipedia:Geopolitical,_ethnic,_and_religious_conflicts_noticeboard [20:16:24] The first survey was on all participants [20:16:35] Ebe123: i have an agenda to get through first :) [20:16:45] Steven_Zhang: They aren't described in much detail. So two changes were implemented: 1) the Volunteer Guide box was added to the right of the page and 2) a bot was added that does something? [20:16:45] I will then [20:16:53] the second survey I targeted only volunteers. [20:17:18] odie5533: the bot does maintenance on the page, keeps an eye on cases and flags them for attention if needed. [20:17:20] Ah, okay. That's fine. [20:17:21] and so on. [20:17:35] The bot isn't great [20:17:38] Here's the two questions I have [20:17:40] but ok [20:17:42] Steven_Zhang: But yes to the (1) point? [20:17:49] both [20:18:16] 1. What ideas do you all have to attract and retain more volunteers? [20:18:32] Make it a monopoly [20:18:54] you mean, consolidate the amount of DR forums down? [20:19:09] closing boards [20:19:18] CLOSE ALL THE NOTICEBOARDS [20:19:22] lol [20:19:23] Yes [20:19:29] Ebe123: Keeping only DR, MedCom and ArbCom? [20:19:33] Yes [20:19:35] Then we end up with one giant noticeboard [20:19:42] …called ANI [20:19:45] Not always bad [20:20:01] tommorris: I thought it was DRN :P [20:20:14] It can do well, but not always (like everything) [20:20:15] Finding some way to force consensus to stick would be helpful. [20:20:26] To get more volunteers, we need to make the DRN binding. [20:20:33] Yes [20:20:40] It should be done [20:20:42] One thing that was mentioned in a survey response [20:20:45] Otherwise, users may feel like they're wasting time for a consensus that someone won't like and will break. [20:20:52] was to give volunteers some sort of authority [20:21:12] That's why I'm so much better at handling AE threads; I know that I'll be able to enforce whatever decisions I make. Not so much with DR. [20:21:15] gwickwire: You should see RfC/U... [20:21:16] to a) Make it more attractive b) Work to keep that and c) Not make it as futile [20:21:31] odie5533: I have. That's why I don't work there. [20:21:32] c will fix a and b [20:21:34] The problem with that is, people yell "bureacracy" [20:21:55] bureaucracy, not at all [20:22:09] if we hand out authority and such [20:22:09] everyone here is yelling for it though. [20:22:11] All the different noticeboards, yes [20:22:12] Dunno, sometimes it's very simple. Get people to leave a commented-out message in the article text. [20:22:15] (a) is a very bad reason (and won't work in practice); (c) could be made to work with mandatory moratoria? I.e.: Anything decided "sticks" for n-weeks/months? [20:22:49] I like the n-time idea. [20:22:53] c Could work [20:22:58] so, here's an idea. have an RfC that would seek consensus around a very simple policy: that on DRN, if a consensus was reached in a suitable way (i.e. with an uninvolved volunteer editor with previous experience in dispute resolution who acted reasonably and in good faith), that consensus is binding. that is, unless there's a very good reason not to, admins [20:22:58] will vow to implement it [20:22:59] Collaboration ArbCom DRN [20:23:17] but then, makes it prone to gaming [20:23:25] Ebe123: Well, it /would/ be limited arbitration. Possibly not a bad thing. [20:23:25] vow to implement too [20:23:33] I like tommorris's idea. [20:23:34] whats to stop people challenging it after the time expires/ [20:23:35] People try to game AE all the time, I can't ever remember it working... [20:23:40] limits are nessesary [20:23:53] tommorris: volunteers would need to be vetted. [20:24:09] And if it's a no-brainer obvious thing, do what they've done at the Muhammad article. [20:24:12] thus, we would have volunteers and trainee volunteers [20:24:13] Steven_Zhang: IMO, a gamable system that nonetheless produces stability is preferable to continuing assaults of IDHT - both for the articles and for the editors trying to work on 'em. [20:24:15] I wonder if we could just warn editors who open/participate in a DRN case that although the resolution will not be binding, either editor can use the DRN result as a form of previous consensus in any further conduct disputes that happen down the road? [20:24:52] gwickwire: Those who have a bone to pick /already/ disregard consensus. [20:24:53] I wonder if the community would support such a move - no doubt they'd want only vetted volunteers [20:24:53] gwickwire: can't you already do that? [20:25:00] so some sort of selection process. [20:25:00] gwickwire: to varying degress of success [20:25:12] then we come back to the bureaucracy argument [20:25:12] Steven_Zhang: Perhaps, or perhaps not. I think it has to be asked first. [20:25:16] The volunteers could get a desision together [20:25:35] Steven_Zhang: so, you have to remember, policy on wikipedia is whatever-admins-feel-comfortable-enforcing. if, say, a notability guideline is ignored repeatedly at DRV, it has sort of ceases to be a valid reason in deletion discussions. same for DRN: all you do is lightly formalise the existing structure. [20:25:39] (Fwiw, I'll be volunteering again once my fellowship is up :) ) [20:25:50] yup [20:25:58] Good [20:26:07] Sorry, laggy IRC. To all, yes that's already doable, but the consensus would be binding until further arguments are presented... We just wouldn't word it that way to participants. [20:26:12] I don't like the idea of another user class. If the parties agree in DRN to something, shouldn't that be enough to make it binding? [20:26:20] No [20:26:30] CONSENSUSCANCHANGE [20:26:33] Yeah, unless the DRN decided against them. [20:26:44] obviously [20:26:54] Just like term limits; they're only for the *other* guy. [20:26:59] This is a crap idea, and I don't know why I'm saying it: Have a new userright that gives absolutely no rights whatsoever, but has DRNV in it, and then make DRN a user permission. [20:26:59] odie5533: the problem would be, community would say "well, these volunteers haven't been vetted, they can't decide on X" [20:27:32] nah, I think it should be done like SPI, if at all. [20:27:36] Steven_Zhang: Neither have the ones at AE [20:27:43] But what about cases where the party agrees to a time-limited resolution? Shouldn't that be enforceable? [20:27:44] Steven_Zhang: And the community is okay with it. [20:27:45] gwickwire: unnecessary. the problem is that you then get a haves-and-havenots problem. [20:27:48] Coren: they are admins. [20:27:50] One could argue that we're all admins, so we've been vetted. [20:27:50] If editors are vetted for DRN, why not RfA [20:28:00] tommorris: Thats what I mean. That idea's crap, but its all I can come up with. [20:28:14] The_Blade: you're all admins? [20:28:18] I think if at all, do it like SPI [20:28:18] odie5533: That doesn't work. Nobody who expects to have to "fight for the truth" with agree in advance to abide a decision that might not go their way. [20:28:33] odie5533; all of us who make decisions at AE are. [20:28:42] You know, we do kindof impose limits on some things though... Such as voting for ArbCom, rollback (which is glorified undo), reviewer (which imo is kinda stupid w/o PC2), and filemover. [20:29:00] And OTRS answerers.. [20:29:12] Coren: I don't mean agree to the abitration decision beforehand, but to come to an agreement. And then that agreement should be enforced. [20:29:16] well, that one is arbitrary ;) [20:29:22] Steven_Zhang: Yeah, but they're not "magical" or vetted admins. If AE can be worked by any admin volunteering, what's to prevent a gentler system from working with editors volunteering. Might just want to place a "you must be this tall" bar at the entrance. [20:29:31] lol [20:29:42] We could just say that to participate in DRN or anything more than a simple RfC you have to apply, and then any admin can say you're allowed to help. [20:30:03] Coren: yeah, but a lot of the time the reason stuff ends up at ArbCom is because nobody had the ability to say "look, this is stupid, X is right, Y is wrong, shut the fuck up or you all get blocked" [20:30:03] Basically like the WP:PERM system we have for userrights. [20:30:17] gwickwire: Or, even more simply, n edits over m months. [20:30:20] We don't want to make the process uninviting [20:30:25] It's kinda like, in the teahouse, we have this issue with new/unexperienced editors trying to become hosts. We have been removing users who arent experienced enough, but not a formal vetting [20:30:28] I think it might be better if there's 2 levels. [20:30:45] trainee volunteer, which is anyone [20:30:54] and volunteer, which, can, well, decide stuff. [20:30:56] DRN shouldn't be a user right. what is needed is consensus that admins can enforce DRN threads. [20:31:01] Coren: I think maybe a 100 edits in the past 6 mos, or exception, to be able to apply to "train". [20:31:14] then after that, any current volunteer can promote them to full volunteer. [20:31:22] no edit count [20:31:23] :) [20:31:30] tommorris: The problem then is what if all the participants at the DRN are just regular users and the DRN was canvassed? [20:31:36] Anyone can be a trainee. [20:31:43] 1 edit or a million [20:31:50] I'm not an admin, but I personally wouldn't feel comfortable enforcing a consensus from DRN unless volunteers have some qualifiation. [20:31:51] This is putting the cart before the horses. Before any discussion about criteria are held, the community needs to consider the idea of binding DRN first. [20:31:57] but to 'decide' on something, they have to be a full volunter [20:32:00] tommorris: Then it's an impartial decision that shouldn't be enforced. [20:32:00] Coren: ypu [20:32:04] yup [20:32:06] odie5533: well, so the admins wouldn't enforce the consensus of stupid DRN threads. [20:32:30] Can someone please open an RfC on binding DRN? or some other form of 'real' consensus building? [20:32:47] (I'd suggest that RfA would only elevate admins who are reasonable enough not to do so. but in fact, RfA seems to be doing a sterling job of not elevating *any* admins.) [20:33:05] I will [20:33:09] If an offending party agrees on a DRN thread to for instance not edit a certain article for a week, I think that should be enforceable. [20:33:18] After the IRC chat [20:33:18] Should we put this discussion aside briefly and work on it in an RFC? [20:33:23] Yay. And tommorris: agreed [20:33:34] If we have time we will come back to it, but there's another item I want to discuss. [20:33:43] ok [20:33:53] Steven_Zhang: Let's disuss the other one. [20:34:07] With the proposed creation of a universal form to file disputes at all forums, we have a problem we never encountered before. [20:34:20] ok [20:34:25] At present, we tell users what forums exist, and what you should file there for. [20:34:28] For example [20:34:33] Okay. [20:34:47] Neutrality noticeboard – to raise questions and alerts about the neutrality of an article [20:34:47] Reliable Sources noticeboard – for discussion of whether or not a source is reliable [20:34:50] (for example, the blade quits) [20:35:03] We get the picture [20:35:17] Problem here, it doesn't work if we aren't suggesting a forum to them, but instead choosing for them [20:35:32] So, we need to change how we present a forum [20:35:34] We could have a list with description [20:35:40] Wait. What doesn't work? Dispute Res as a whole? [20:35:42] of each [20:35:51] Yes, g [20:35:52] Instead of describing the forum [20:36:01] we need to describe the disputes that go to those forums [20:36:08] in a neutral way, for example [20:36:36] What's the problem? [20:36:40] instead of saying "RSN" or "There's a dispute on an unreliable source" (no-one who thinks it's reliable will pick that) [20:37:22] You don't think the reference is good [20:37:26] I shall return shortly. My 'c' key is being stupid. [20:37:29] We should write something along the lines of "We are discussing whether a source in an article is reliable or not" [20:37:42] ok [20:37:45] neutrally describe the dispute [20:38:16] But I don't have all the ideas, so I'm hoping to get some more ideas on how we can describe an everyday dispute at each current DR forum [20:39:05] BLPN: "There is a dispute as to whether the article fairly represents a living person" [20:39:11] Steven_Zhang: This is harder than first appears. At ArbCom level, at least, basically everyone frames the dispute differently. "He's using unreliable sources" vs "He's trying to WP:OWN the article" [20:39:20] ELN: "There is a dispute as to whether to include certain external links or not" [20:39:26] ArbCom won't be in the list. [20:39:32] Why not [20:39:43] it should [20:40:00] FTN: "There is a dispute as to how to cover a subject considered to be a 'fringe theory'." [20:40:01] Steven_Zhang: That's not material, I'm talking about perception of the people seeking DR. By /definition/ they believe that the problem isn't in what they are doing. [20:40:02] back. [20:40:20] ideas here -> https://en.wikipedia.org/wiki/User:Szhang_(WMF)/Wizard_ideas [20:40:21] :) [20:40:32] omg yay list [20:40:39] tommorris: some don't think it's a dispute ;) [20:40:39] "Within 24 hours of adding an ArbCom option to the DR Form, over 70 new ArbCom cases were opened." [20:40:44] lol [20:40:54] Wait, are we supposed to add our own there? [20:40:57] Coren: Indeed. [20:41:03] gwickwire: yup [20:41:06] tommorris: Yeah, like I said. The person wanting to insert woo-woo is least likely to describe what he's doing as "fringe theory" in the first place. [20:41:09] odie5533, considering they've spent the last month or two alternately not having cases and declining all cases and motions, they could use the exercise :P [20:41:15] Okay.. EC time -_- [20:41:29] Wait, dispute or discussion? [20:41:30] Coren: so we need to word it in a way that it doesn't put the filer on the defensive [20:41:38] or the filer on the aggressive [20:41:41] I kind of like discussion better. Less attacky. [20:41:43] depending on who's filing [20:42:04] Fluffernutter: This will change (I hope). 2012 ArbCom was... not on the ball. [20:42:26] I hope too [20:42:37] Steven_Zhang: Why not rely on humans for dispatching? Have everything arrive at a common point and some tools for easy moving to the right forum? [20:43:01] hmm, have humans send them to the right forum? [20:43:09] and all go to a holding page? [20:43:17] This would be technically challenging, but what if we have a Special:Dispute Resolution page that has a form to fill out, and then volunteers can sort through them as they wish? [20:43:23] Steven_Zhang: Right. An initial assessment is most likely to figure out whether it's a BLP issue, or a sourcing problem. [20:43:31] That'd require a lot of DR volunteers :S [20:43:40] Have the same format on each noticeboard [20:43:45] Coren: would your idea be a WP: page, a WT: page, or a Special: page? [20:43:50] Steven_Zhang: No more than currently, I'm guessing that initial sort is fairly simple. [20:44:41] gwickwire: I'm not attached to any specific method; a Special: page implies a ticket-tracker-like database of disputes, though (which may not be an entirely bad idea, but beyond the scope of the current project I think) [20:44:56] anything is possible. [20:44:57] I was thinking more of a MW extension [20:45:16] That way, if it works on en.wiki we could expand it very easily to other projects, after translation if neccesary. [20:45:31] Wikidata? [20:45:41] And, also, we could just go to an OTRS type response for en.wiki DR [20:45:46] Oh, sure, in an *ideal* word, I'd like all disputes to be tracked in a database -- this way it becomes easy to move them from venue to venue, or to escalate after x-time without resolution, etc. [20:45:48] which is i guess kind of my idea. [20:46:03] Bots would compile a list [20:46:19] Okay. I've officially confused myself. [20:46:39] But as a first step, just having all disputes end in a "landing zone" where volunteers can make a first evaluation (including moving to the best venue) is the simplest solution. [20:46:41] Coren: someone once suggested all cases be like SPI [20:46:52] resolved, and archived [20:47:09] Steven_Zhang: Yep. That's the closest thing we have to a ticket tracker on-wiki right now. [20:47:10] What do you mean? [20:47:22] Resolved and archived [20:47:23] Coren: I like that idea, regardless if its SP: WP: or WT: [20:47:44] Coren: hmm [20:48:25] Steven_Zhang: is there another office hrs after this one, and if so, when do we need to be done? [20:48:32] maybe….because it then reduces the workload [20:48:43] no, there isnt [20:48:46] :) [20:48:48] Steven_Zhang: It also concentrates resources. [20:48:51] Why not on #wikipedia-en-DRN? [20:49:11] but [20:49:38] reliable source disputes are filed differently to dr threads [20:49:40] drn [20:50:09] a form for all disputes would need to accommodate that. [20:50:14] Users always file DRNs wrong (imo). Over half are usually incorrectly filed or not previously discussed. [20:50:26] Steven_Zhang: They need not be. If we have a tool to move from venue to venue, they can rejigger the format is needed. My point, though, is that the filer is usually /not/ in a good position to evaluate what kind of dispute is occuring. [20:50:34] I think we need some way to not allow the users the chance to decide where their dispute goes. [20:50:50] hmm [20:50:58] gwickwire: Exactly. Have the volunteers make that assessment. [20:51:08] (not being mean to the users) and Coren: Yay... someone agrees with me. [20:51:28] we should draft something. [20:51:31] (oh, and on a second note, I hope you win a spot on ArbCom. It needs you.) [20:51:46] yea, i voted for you. [20:51:54] Me too [20:51:57] Let's keep the politics out of this. :-) [20:51:59] * gwickwire voted for Coren as well. [20:52:03] :P [20:52:04] I also voted for WTT [20:52:11] Psh. not politics. Just discussing our votes. [20:52:14] (but thanks) [20:52:24] And voted against secret balloting [20:52:51] Haha yeah I voted for secret balloting. But only because I didn't want EVERYONE seeing my vote. ON TOPIC TIME! [20:53:57] Drafting? [20:54:26] So yeah, my own two cent is that the best way to simplify the casework is to make sure that humans do the first evaluation and sorting. [20:54:27] Wow. We all got quiet after all supporting Coren. [20:54:41] Agree with Coren [20:54:50] Moi aussi [20:55:26] hear hear. [20:55:40] where do all disputes go? [20:55:51] Everywhere [20:55:56] -.- [20:56:01] AN/I in particlar [20:56:04] I don't understand the question? [20:56:07] the holding page. [20:56:11] OH. DUH. [20:56:13] He means, what should be that unique target. [20:56:14] :-) [20:56:16] DRN [20:56:18] :P [20:56:18] DRN? [20:56:20] no [20:56:23] Special:Dispute Resolution [20:56:29] lol [20:56:31] DRCH [20:56:39] it would have a form for editors to request it, and a tab for volunteers to review them. [20:56:40] :) [20:56:42] Dispute resolution case holding [20:56:48] DRN/New discussions [20:57:13] the target doesnt matter, yet ;) [20:57:24] I don't think we can use a WP: page. I think it needs to be something that can be done right after filing and then way before discussion [20:57:35] drafting it up is more important [20:57:41] if people see a DRCH or DRN/New page, they're gonna wanna comment before it's in the right place. [20:57:48] gwickwire: I can be a wiki page, at least at first. [20:58:20] At first sure. [20:58:24] gwickwire: If it works well, and would benefit from infrastructure, /then/ it makes sense to talk implementation and commit resources. [20:58:47] But I think we really need to get an extension in the long term. Or at the very least a Special:page (idk tech, is those the same thing)? [20:59:06] gwickwire: An extension is what you implement a Special: page with. [20:59:15] Oaky. Then we need a DR extension. [20:59:19] Which makes sense to me. [20:59:56] As we already have extensions for voting, rollback, and for literally hundreds of other things. [21:00:08] (just the first two that came to mind) [21:00:34] Heh. I'd volunteer to help on the tech aspects, but if I end up condemned to another two years of committee work I'm not going to have nearly enough time. :-) [21:00:48] * Coren coded extensions before. [21:00:57] * gwickwire hasn't. [21:01:02] i can get this done, but i think writing up something concrete first is the next step [21:01:14] Yep. [21:01:14] Where should we draft? [21:01:22] everyone, quick, switch to oppose :P [21:01:49] But that means I have to remember my other votes. [21:01:53] Or they disappear... [21:01:56] * gwickwire is lazy. [21:02:46] https://en.wikipedia.org/wiki/User:Szhang_(WMF)/DR_holding_page [21:02:52] yay cool beans, [21:03:35] Coren, not sure if you know anything about this, but I heard from someone with 8RT that it doesnt support javascript. Im getting a Win8Pro in a few weeks, will that support all my javascript? [21:03:58] windows 8 doesnt support javascript? [21:04:06] RT i heard doesn't [21:04:11] that would be so sad [21:04:16] you getting one of those windows 8 tablets? [21:04:16] lol [21:04:17] mainly because you can only run IE10 on RT. But IDK [21:04:19] gwickwire: I have no idea. I don't do windoze except on my game machine which is, for all intents and purposes, a game box. :-) [21:04:21] I think thought, that what it doesnt support is JAVA [21:04:25] crazy. Get a iPad. [21:04:27] I'm getting a Dell Latitude 10 tablet. :) [21:04:33] It runs Win 8 Pro. [21:04:40] With all native support for exes and stuff. [21:04:51] And Coren... What do you use? [21:04:59] gwicke: Ubuntu. [21:05:06] * Steven_Zhang uses a mac [21:05:09] (Well, kubuntu - same difference) [21:05:19] Anyways, we will wok on the draft at https://en.wikipedia.org/wiki/User:Szhang_(WMF)/DR_holding_page [21:05:25] the draft idea [21:05:28] Ah. I tried Ubuntu. I don't like it. No native support for a lot of applications I need. And okay Steven_Zhang! [21:05:42] And I think it could work well with the idea of trainee/full volunteers [21:05:45] Macs... I used to be okay with. Until that bar thingy at the bottom came in. I don't like it. [21:06:00] (I think Coren should be appointed volunteer cabal leader) [21:06:05] the dock has been in for forever [21:06:06] Heh. [21:06:08] no, that's me :P [21:06:20] * Steven_Zhang fights Coren to the death [21:06:23] Well, this was productive. *wave* [21:06:28] * gwickwire screams "FIGHT" [21:06:36] Yeah, it was. [21:06:42] So lets draft! [21:06:55] Yeah, my laptop is flat now :( [21:07:10] but I'll be on later in most channels :) [21:07:29] should we declare this meeting adjorned? :) [21:07:31] Okeydokie! What channel should we discuss draft on first? [21:07:46] adjourned [21:07:51] wikipedia-en-drn I guess [21:08:04] Okay :) We shall see each other later I guess. [21:08:30] * Steven_Zhang bangs his gave and says "adjourned" [21:08:38] * gwickwire asks what a gave is [21:09:02] er, gavel [21:09:03] :P [21:09:24] Okay. If we are done here, I'll idle in wikipedia-en-drn while I go do some darn edit requests. [21:17:35] :o