Wikipedia talk:Semi-protection policy/Archive 2

message: I was asked to comment on this subject on my talk page regarding the feasibility of a technical implemtation of it. First of all, the expensiveness of figuring out the edit count of a user is currently too large to be able to make that check on every edit (and it won't be any less expensive if the user has fewer edits). Secondly, although our current page restriction scheme could be hacked to support it we'd really need a proper ACL system for this. —Ævar Arnfjörð Bjarmason 08:16, 3 December 2005 (UTC)
replies: text: Hah, I knew it...then we're back to the demanding only registered editors edit and that didn't fly.--MONGO 08:21, 3 December 2005 (UTC)
replies: text: Note that the comment only applies to the current code and DB schema, if this was deemed important enough both could be changed to accommodate for it. —Ævar Arnfjörð Bjarmason 08:34, 3 December 2005 (UTC)
replies: text: Oh, I wasn't mocking you, just figured that something involving money would impede the progress of this. I for one, am much appreciative that you've chimed in here...thanks! In the event that this is "deemed important enough", how complex a matter does this become and what kind of potential timeframe are we looking at?--MONGO 09:41, 3 December 2005 (UTC)
replies: text: Note that expensive doesn't mean costs a lot of money in this context but rather refers to the execution time of the code required to implement the proposed functionality. —Ævar Arnfjörð Bjarmason 12:13, 3 December 2005 (UTC)
replies: text: Ævar, we are still in the middle of figuring out exactly how semi-protection should be implemented, but assuming we come up with a reasonable working proposal and get somewhere in the range of 100 signatures supporting it, what chance do you give this proposal getting through?  Would the support of Mr. Wales in the matter make any headway towards getting this implemented by developers? --kizzle 22:36, 3 December 2005 (UTC)
replies: text: Might have some effect but probably not a lot, Jimbo announced in june that we'd make an API for the KDE project and AFAIK not a single line of code has been written to implement that. Talking from experiance, if you want something done with MediaWiki (or any other voulenteer project for that matter, including Wikipedia) you basically have to do it yourself or pay someone to. —Ævar Arnfjörð Bjarmason 02:06, 6 December 2005 (UTC)
replies: text:  True, but we could recycle a lot of code from the page move function and using it in the semi-protection functions, so it isn't that radical of a change... Titoxd(?!? - did you read this?) 02:18, 6 December 2005 (UTC)

text: Sigh. --Woohookitty(cat scratches) 08:51, 3 December 2005 (UTC)

text: Don’t we already do something like this for page moves? Would it be possible to make the check only when trying to edit semi-protected pages? Susvolans ⇔ 12:00, 3 December 2005 (UTC)
thread_title:  Technical comment 

message: I am wondering what the people hear want the user experience to be like when visiting such a page.  Either we explain that it is semi-protected or we don't.  Previous comments seem to favor offering a clear explanation of the situation, but doesn't that just tell the vandal that he has to go attack 10, 20, 50 other pages first and then he will get rewarded by being able to attack GWB?  Okay, so maybe we would catch and block most such vandals before he got to 20 or 50 edits, but if semi-protection amounts to "You can't vandalize here, go vandalize somewhere else", I'm not sure the encyclopedia is really any better for it.  Of course, if one doesn't explain what is going on then you end up with a page that looks perpetually protected from the point of view of random visitor (or worse, random visiting journalist).  Dragons flight 18:10, 3 December 2005 (UTC)
replies: text: If a user is blocked from editing something a clearly defined reason must be given.  Personally I think partially protected pages should scale on account creation date as well as number of edits, so if you have some newly-created vandal they'd have to wait a month and survive through 50 vandalism edits before they could edit a frequently-vandalized page.  --Cyde Weys [u]  [t]  [c] 18:28, 3 December 2005 (UTC)

text: Anons shouldn't be allowed to edit partially protected pages since there is no way to keep track of their number of edits.  --Cyde Weys [u]  [t]  [c] 18:28, 3 December 2005 (UTC)

text: This also sounds good to me.  I think is a lot more doable (in terms of coding) than keeping track of number of edits.  Frankly, I'd just be happy if there was a "Protection against Anonymous peoples" that we could place on a page, as that would solve the vast majority of vandalism.  --Cyde Weys [u]  [t]  [c] 18:28, 3 December 2005 (UTC)
thread_title:  On appearances and aging vs. editting 

message: I like this proposal, but it occurs to me to wonder if anyone has tried to determine what the necessary threshold for semi-protection should be.  i.e. of vandalism done to the GWB page, how many of those vandals had already performed edits on other pages?  How many had 10 edits under their belt?  How many had 20? etc.
It also doesn't seem to take into account the fact that frequent vandals will have lots of edits to their name anyway; they will just have been reverted by other users.  I don't know if there's a good way to take that into account when totting up someone's edit history, and distinguishing a responsible user from an active vandal. Tim Pierce 18:42, 3 December 2005 (UTC)
replies: text: The main problems are from anonymous users, which would be blocked totally under this proposed system since their edits can't be tracked.  If vandals are actually registered users then they become a lot easier to deal with.  --Cyde Weys [u]  [t]  [c] 18:47, 3 December 2005 (UTC)

text: Frequent vandals who have racked up an edit count with a registered account are easily traceable and blockable.  If an account has 100 edits and all of them are vandalism, it should be a no-brainer to an admin to indefinetely block, thus we shouldn't see too much of a problem with this concerning semi-protection. --kizzle 22:25, 3 December 2005 (UTC)
thread_title:  Vandalism Statistics 

message: I have been immensely impressed by the discussion above; I'd just like to take a second and thank everyone for their wonderful ideas in fleshing out this sorely-needed concept.  I don't think I've ever been part of a more productive discussion on Wikipedia.  I am going to summarize what seems to have been concluded so far as to what semi-protection should resemble, keep in mind I might include certain ideas that you still disagree with, by all means share your thoughts.  I just want to summarize the progress that has been made so far and re-focus the debate.  You can place a support vote if you agree with the way a certain passage is framed, or discuss why you believe it should be a different way.  Also, don't be afraid to put your signature under the disagree part, even if its a little minor tweaking, as this isn't mean to be a vote whether the certain aspects "passes", but to polish the concepts down. --kizzle 23:16, 3 December 2005 (UTC)
replies: text: Please pick only one (most likely oppose.) -Mysekurity 01:21, 4 December 2005 (UTC)
replies: text: This isn't a vote. He can choose to sit on the fence if he likes. The weakness of voting is that it confines one to the options and prevents one thinking in shades of grey. -Splashtalk 03:10, 4 December 2005 (UTC)
replies: text: FYI, it says "[d]isagree even a little bit"; so fence sitting is allowed, but discouraged. Sorry if I didn't make my reasons more clear. -Mysekurity (have you seen this?) 06:05, 4 December 2005 (UTC)
replies: text: if I have to pick one, then I support, but with the reservations below. Sandpiper 09:05, 4 December 2005 (UTC)

text: Please pick only one (most likely oppose.) -Mysekurity 01:21, 4 December 2005 (UTC)

text: Thats an interesting point: is it intended as a means of seek and destroy of people only making bad-faith edits before they get to/as soon as they get to the magic threshold? And how would someone decide how to nuke a new ID? Sandpiper 09:16, 4 December 2005 (UTC)
replies: text: That's actually something I hadn't thought of either. Could people be blocked indefinitely for doing something like this, i.e. try to get around the threshold rule by making minor or bad faith edits in as many places as possible or do one edit on the first day and then wait a few days until they are cleared? It's important since you know at least one person will try it. I don't think it'll happen alot since I agree...most vandals are fly by night...they come...vandalize...and leave. But we'll have a few who will try to get around the semi-protection one way or another. --Woohookitty(cat scratches) 09:25, 4 December 2005 (UTC)

text: Auto-removal will not work, simply because it's better to have a human make judgement calls. I was thinking the same thing you were, but there's a reason we don't have regular protected pages automatically unlocked like this. -Mysekurity 01:23, 4 December 2005 (UTC)
thread_title:  Semi-protection proposal v.01 

message: From a software standpoint, semi-protection will have built in variability to address different wiki implementations.  It has been brought up before that different wiki implementations may want different thresholds to combat vandalism.  However, policy will dictate its usage by admins in the following levels for the English version of Wikipedia:
*Level 0 - Open
*Level 1 - No moves allowed
*Level 2 (minor vandalism) - 25 minimum edits / 5 day minimum account life
*Level 3 (extreme vandalism) - 100 minimum edits / 30 day minimum account life
*Level 4 - Protected
The minimum account life is meant to address the possibility for vandalbots to rack up edits in an incredibly short time, while the minimum edit count allows us to view the history of a user and see if they have made any significant contributions rather than exclusively committing vandalism.  Both of these restrictions are in effect, thus each person must satisfy both conditions.  Also, Levels 2 and 3 will require the person to be logged in, as both the minimum edit and account life thresholds become meaningless in the face of the mass of AOL IPs being used by various people.  Alternatively, Level 1 can also require just simple registration as a first minor defense against vandalism.
Support:
*--kizzle 23:16, 3 December 2005 (UTC)
replies: text: Please pick only one (most likely oppose.) -Mysekurity 01:21, 4 December 2005 (UTC)
replies: text: This isn't a vote. He can choose to sit on the fence if he likes. The weakness of voting is that it confines one to the options and prevents one thinking in shades of grey. -Splashtalk 03:10, 4 December 2005 (UTC)
replies: text: FYI, it says "[d]isagree even a little bit"; so fence sitting is allowed, but discouraged. Sorry if I didn't make my reasons more clear. -Mysekurity (have you seen this?) 06:05, 4 December 2005 (UTC)
replies: text: if I have to pick one, then I support, but with the reservations below. Sandpiper 09:05, 4 December 2005 (UTC)

text: Please pick only one (most likely oppose.) -Mysekurity 01:21, 4 December 2005 (UTC)

text: Thats an interesting point: is it intended as a means of seek and destroy of people only making bad-faith edits before they get to/as soon as they get to the magic threshold? And how would someone decide how to nuke a new ID? Sandpiper 09:16, 4 December 2005 (UTC)
replies: text: That's actually something I hadn't thought of either. Could people be blocked indefinitely for doing something like this, i.e. try to get around the threshold rule by making minor or bad faith edits in as many places as possible or do one edit on the first day and then wait a few days until they are cleared? It's important since you know at least one person will try it. I don't think it'll happen alot since I agree...most vandals are fly by night...they come...vandalize...and leave. But we'll have a few who will try to get around the semi-protection one way or another. --Woohookitty(cat scratches) 09:25, 4 December 2005 (UTC)
thread_title: Levels

message: It has been asked why semi-protection, a less restrictive practice than normal protection, requires more scrutiny than protection itself, which can be executed by any admin.  It should be fairly obvious that leaving pages in a semi-protected state has clear observable benefits (no vandalism) coupled with unobservable consequences (restricting legitimate anon editors).  Because of this tendency, we must be extra careful in what Splash calls "protection creep", or the tendency for this state of semi-protection to grow exponentially where it almost becomes standard practice.  Accordingly, semi-protection should be affixed with a renewable time-limit, and the longer a page is semi-protected, the more admins required to validate such a request.  If we make it so that leaving pages semi-protected requires an increasing amount of admin concensus along with forcing semi-protection to be renewed, it should help stem such "protection creep".  As it stands, the following is what seems to work so far:
*Semi-protection for 1 week: Can be initiated by any admin
*Semi-protection for 1 month: Initiated and seconded by another admin
*Semi-protection for 3 months: Supported by at least (5) admins
Note: Semi-protection can be applied consecutively, such as an admin extending an initial week-long semi-protection for another week.  However, after 2 consecutive semi-protections, the third attempt must gain a concensus from 5 admins as well.
It has also been asked why semi-protection has a proposed time-limit as well when normal protection has no such limit.  Keep in mind, the only reason why a page needs to be semi-protected is in cases of extreme or heavy vandalism.  POV disputes and edit wars should still be solved by protection until the talk page can restore some order.  If we semi-protected in certain cases, it would allow certain users to edit while others couldn't simply due to their edit history, which given the lack of vandalism by these new users is fundamentally unfair to them.  In these cases, POV disputes can last anywhere from a day to several weeks.  In the case of vandalism, we will have no specific evidence that will warrant un-semi-protecting a page.  This is the central reason for affixing time limits to semi-protection.
Support:
*--kizzle 23:16, 3 December 2005 (UTC)
replies: text: Auto-removal will not work, simply because it's better to have a human make judgement calls. I was thinking the same thing you were, but there's a reason we don't have regular protected pages automatically unlocked like this. -Mysekurity 01:23, 4 December 2005 (UTC)
thread_title: Process for Initiating Semi-Protection

message: The page will simply have a notice at the top that says this page is a frequent target for vandalism, along with a internal link to the semi-protection policy page.  It should also contain one line that directs new users somewhere else where they can help make Wikipedia a better place, possibly the random article button or the community portal to-do list.  After validating whether or not it is technically feasible from a software standpoint, it might be beneficial to still keep the "edit" button active rather than "view source" in order to provide a more detailed response if a new legitimate user clicks on "edit", in order to maximize the probability that the user will not be dismayed by the inability to edit the semi-protected page.  This is the implementation that can allow for the previous suggestion of listing all the semi-protected pages so that one can see beforehand what pages are frequent targets so that they don't happen to choose yet another semi-protected page.
In addition, it is important we do not mention how long the page is semi-protected for on the notice, as it will encourage vandals to wait until the semi-protection is over.  It will still be determinable by going to the Wikipedia;Requests_for_semi-protection page, which shouldn't directly be linked to the Wikipedia:Semi-protection page, but if the page isn't directly linked, the vandal must already be pretty familliar with Wikipedia to figure out when the time limit will expire.
Support:
*--kizzle 23:16, 3 December 2005 (UTC)
thread_title: Effect on Visible Content

message: Semi-protection of a page prevents editors with fewer than N edits, and all those without a registered username the newest X% of registered users and all unregistered users from editing that page.
Semi-protection will only be applied if the page in question is facing a serious vandalism problem. It is not an appropriate solution to editorial disputes of any kind since it may restrict some editors and not others. Administrators will thus apply semiprotection in the same manner as current protection against vandalism is applied — either on their own initiative or following an alert on an article's talk page, WP:RFPP, WP:AN/I or some other relevant page.
Requests to lift semi-protection should generally be unnecessary in the same way that unprotection against simple vandalism at present is generally swiftly seen to by either the protecting admin or another. Generally, a simple note to the talk page or WP:AN/I should be sufficient, but WP:RFPP can be used if necessary. This is just for clarification in the discussion here; we do not presently have hard-and-fast rules about how to seek ordinary unprotection once vandalism has passed in the case of a forgetful admin.
Articles that are semi-protected will be indicated with  and listed at WP:PP in the same way as protections are at present.
We can talk about the value of N and/or X, but this is clearly the simplest way to have semiprotection operate. The v.01 proposal fails owing to being laden down with too many instructions, each of which is something to go wrong and something to object to. Suggested template (note the links):
	To deal with vandalism, this page is temporarily protected from being edited by unregistered users and users with fewer than N edits very new accounts. Please discuss changes on the talk page or request unprotection.
-Splashtalk 05:25, 4 December 2005 (UTC)
replies: text: I wholeheartedly endorse this. I can see kizzle's ideas working too but I feel like this idea of Splash's is the most feasible to start with. If it feels like we need more rules and such, we can add them later. Start simple, not complex. I mean if we get overloaded on the RfP page, we can change the process. But this thing with minimum admins and such just has so many holes. As I argued earlier, we'd need to literally set up a committee to do this if we were to have minimum #s of admins needed for each step. I love our admins, but they all do different things. There is just no way to guarantee participation. Hell, even the ArbCom typically has half of their membership inactive at any one time. --Woohookitty(cat scratches) 05:35, 4 December 2005 (UTC)
replies: text: Hopefully, no more requests for SP will go through RFPP than do requests for urgent protection against vandalism at present. I presume most such protections originate from RC patrol. (Is that right?) -Splashtalk 05:52, 4 December 2005 (UTC)
replies: text: Hard to tell. We get 1-2 protection against vandalism requests daily. So yeah...probably RC Patrol starts the most protections. --Woohookitty(cat scratches) 06:25, 4 December 2005 (UTC)

text: This may be a better first step, keeping it simple is usually best.  Can't sleep, clown will eat me 05:40, 4 December 2005 (UTC)

text: Even in a KISS world, and I do see some virtue in that, I'd like to restate my preference for account age rather than edits as the deciding factor.  If a vandal comes along and gets told all he has to do is go vandalize N times somewhere else... well it only encourages other stupidity.  Dragons flight 05:45, 4 December 2005 (UTC)
replies: text: Yes, that's something that might be interesting. From memory, I believe that move was/is unavailable to the newest 2% of accounts. At one time, this resulted in Willy on Wheels setting up sleeper accounts, but any numeric threshold is gamable one way or the other. -Splashtalk 05:52, 4 December 2005 (UTC)
replies: text: It's the newest 1% of accounts and on en.wikipedia that amounts to ~4 days.  Assumming this is only going to be used for short durations, there won't be much advantage to sleepers since the protection would be over after a few days anyway.  Dragons flight 06:18, 4 December 2005 (UTC)
replies: text:  On second thought, limiting access from the newest 1% would probably work better than N number of edits for the majority of vandals.  If someone is willing and dedicated enough to wait it out for ~4 days to create a malintended sleeper account, then they will probably find a way to get around anything else we come up with.  Can't sleep, clown will eat me 06:23, 4 December 2005 (UTC)
replies: text: Honestly, it doesn't matter to me either way. I think either way is workable. Only problem I have with doing it by how old an account is is that would mean anons could not edit the semi protected pages, correct? Or am I missing something? --Woohookitty(cat scratches) 07:00, 4 December 2005 (UTC)
replies: text: Anons are excluded from editing SP'd pages in both versions. -Splashtalk 07:15, 4 December 2005 (UTC)

text: I read these discussions with interest, after being informed of this proposed policy by User:Mysekurity. I think that it is a very valid proposal, in particular as I have deal with this kind of vandalism on a daily basis in RC patrol. I would side with the distinction of newest account rather than on number of edits. ≈ jossi fresco ≈ t • @ 06:49, 4 December 2005 (UTC)
replies: text: Agreed. Down with editcountits. The nice thing is, it can already be implimented; we do this for pagemoves already. -Mysekurity (have you seen this?) 06:51, 4 December 2005 (UTC)
replies: text: Care to change the text on the proposed policy from editcountits to the new proposal? It wil remove many of the objections stated and will go long ways to gain acceptance. ≈ jossi fresco ≈ t • @ 06:55, 4 December 2005 (UTC)
replies: text: I changed the text in the yellow box (in line, so we can still see what else is being discussed). -Splashtalk 07:15, 4 December 2005 (UTC)

text: I was just editing the page, but stopped, because I was worried about different levels. Should we have only time be a factor? And if so, should level 2 be the newest .5 or 1% of users, and level 2 be the newest 1 or 2% of users? And just ignore edits in total, not even 10 or so? I dunno, and it seems like the entirety of the editing his happening here. Like good Wikipedia users, everyone's using the talk page, but unlike good wikipedia users, nobody's being bold, and editing the article. I honestly don't know where to go from here, but I can only say , as I don't know what to do. This talk page takes too long to read, and the proposal page, while pretty good, is boring, imo (no offense to me or the others who created it). With a few minor exceptions, I wrote the majority; I'm pleased that people like my ideas, but it seems like nobody's really paying attention to it. Titoxd came up with the idea of a custom function, and posted a note on the talk page, but didn't realize I had said something to that effect the day before or so on the project page. Not to single Tito out, but people really do need to actually work on the proposal. The beauty of a wiki is that it's living. We shouldn't just talk about it, we should actually edit. If you edit something stupid into it, it can be reverted, so be bold! -Mysekurity (have you seen this?) 07:06, 4 December 2005 (UTC)
replies: text: Hey, don't look at me. I edited the main proposal. :) --Woohookitty(cat scratches) 07:08, 4 December 2005 (UTC)

text: See the section title? :) Simple is sweet, and one single extra level will give you everything you're after. -Splashtalk 07:10, 4 December 2005 (UTC)
replies: text: Agreed. Sorry I'm a little cranky, it's past my bedtime (it's 2:19 here). Should I edit the proposal with the changes in mind, or do you want to? And yes, Woohookitty, you did. Thank you ;). I really need to get to sleep soon, big day to me tomorrow. -Mysekurity (have you seen this?) 07:22, 4 December 2005 (UTC)
replies: text: Be bold! :-D I added the proposed template to use. --Woohookitty(cat scratches) 07:25, 4 December 2005 (UTC)
replies: text: Oh, I am so much bolder than you. :P Splashtalk 07:32, 4 December 2005 (UTC)

text:  But I gave sample code! :P Titoxd(?!? - did you read this?) 03:26, 5 December 2005 (UTC)

text: At some point, to get this through it is going to take massive support and my bet is that Jimbo will oppose it, although I may be completely wrong, but if does not support it, it probably won't happen. I may be confused but the proxies and AOL won't be immune but will probably be completely eliminated from editing without registering to do so.--MONGO 09:55, 4 December 2005 (UTC)
replies: text: They would not be allowed to edit semi-protected articles, yes. I myself think the anons should be allowed to still edit it if they've performed a certain # of edits. Again Mongo, we'd be talking 20-30 articles, if that. And as has been said, you already have to be outside of the newest 1% of accounts to perform moves, so this isn't entirely new. --Woohookitty(cat scratches) 10:02, 4 December 2005 (UTC)
replies: text: Oh, don't misunderstand me as I am in support of this proposal and even the more radical bug in which Kizzle and I fought to try and see if we could demand that only registered editors be allowed to edit pages. I have since altered my viewpoint on the latter, but am concerned about the wording of registered accounts, and I have doubt that this will happen...they'll be crying that it is unwiki and have a valid point in that argument.--MONGO 10:07, 4 December 2005 (UTC)
replies: text: I agree with Jimbo anyway. Let the hoi polloi edit Wikipedia without having to register? Fine with me  —  Rickyrab | Talk 17:10, 4 December 2005 (UTC)

text: It's a much better solution than preventing everyone from editing an article during a vandalism attack, which is what we're faced with right now. Can't sleep, clown will eat me 10:05, 4 December 2005 (UTC)

text: Exactly. --Woohookitty(cat scratches) 10:08, 4 December 2005 (UTC)

text: MONGO: As Woohookitty has already said, only registered users who are among the oldest 99% of accounts can move pages. This is exactly the same restriction, just on a different but similar prospect. -Mysekurity (have you seen this?) 15:38, 4 December 2005 (UTC)

text: On the one hand you seemed opposed to the implementation of this semiprotect with your grilling and seeming indication that it is unwiki while now you seem to support it. That doesn't make sense. I am well aware of the protection guidelines. I was merely stating that I actually at one time supported the more radical bug that was discussed that would have prevented all unregistered editors from editing and naturally backed away from that as it was unwiki. I was merely voicing that if semiprotect is going to eliminate proxy or AOL users from editing without registering that we may have trouble getting this accomplished. It's not a matter of how many articles we utilize semiprotect on, it's the limitations it may impose on some editors by demanding they register. I am a strong supportor of this proposal and am not trying to be obstructionist, just bringing the issue to the forefront having previously dealt with the issue of registration as a requirement of editing priviledge.--MONGO 20:39, 4 December 2005 (UTC)

text: Yes, they MUST be logged in, otherwise many people can edit a semiprotected article no matter what. IPs tend to accumalate randmom edits, by many different people. Not sure what I think about the "newest percent" plan, definetely worth a try if it is easier on the servers. Remeber it should only query when you click "edit".Voice of AllT|@|ESP 20:41, 4 December 2005 (UTC)
replies: text: @MONGO: I can argue both sides of a debate! There seemed to be no-one here disagreeing with the proposal, and that's unhealthy. I will continue to be hard work where I think deeper thought is required. My grilling was laying out all the possible concerns with the proposal. I hope people have considered them. They seem to have. Protection of any kind is unwiki, and I would not want to see this proposal used widely or have too many different restrictions that can be placed on editors. To that end, my boxed idea above reduces the usage to handling simple vandalism, which is from where it originated, and increases the restrictions only so far as is absolutely necessary. Nothing fancy, nothing that filters users against one another more than we have to, and nothing that will be left in place for very long. -Splashtalk 20:58, 4 December 2005 (UTC)

text: Protection against anons is a non-issue. We do it already. Preventing anons from editing completely, on the other hand, is a non-starter. -Splashtalk 20:58, 4 December 2005 (UTC)
replies: text: Splash, I don't argue that preventing anons from editing is a non-starter. But the wording in the boilerplate you proposed does indeed do just that. There is nothing unhealthy about no one disagreeing with this proposal...in fact, that is a good sign as far as I am concerned. While recognizing that anons can't do page moves in the GWB article, aside from that, how else do we prevent them from contributing? You're boilerplate appears to eliminate them from contributing in articles in which semiprotect is employed. Personally, I could care less if they can contribute and I think that almost all substantive edits come from registered users...that is my opinion and not based on anything other than that. Regardless, I was, once again, merely reminding all that if we are going to get this thing to pass, we will have to address the issue of why we think it is okay to dissallow edits from AOL and proxies, et al in articles in which semiprotect is utilized...so are we then actually stating that we essentially demand that only registered users have editiing rights under semiprotection? Because that is were we seem to be pretty close to being. Deeper thought for you.--MONGO 21:26, 4 December 2005 (UTC)
replies: text: No, that's not what I said. When a page is protected at the moment, anons can't edit it. The same would be true of semi-protected pages. It doesn't change the status of anons with regard to protected pages. -Splashtalk 02:50, 5 December 2005 (UTC)

text: One could redirect to the other, so that isn't really a problem... Titoxd(?!? - did you read this?) 20:29, 7 December 2005 (UTC)
thread_title:  KIS(S) 

message: Why not put into policy something like the following, as well?
	To deal with vandalism, this page is temporarily protected from being edited with links by unregistered users and users with fewer than N edits very new accounts. Please discuss changes on the talk page or request unprotection.
or 
	To deal with vandalism, this page is temporarily protected from having sections removed by unregistered users and users with fewer than N edits very new accounts. Please discuss changes on the talk page or request unprotection.
 —  Rickyrab | Talk 17:06, 4 December 2005 (UTC)
replies: text: In my opinion: absoultely not. Keep it simple, for goodness sake! We're not trying to hamstring new editors. We're just trying to reduce vandalism a bit. And what you are asking for would require significant changes to the MediaWIki engine which does not, at presesnt to my knowledge, have any scrutiny of edits except for forbidden external links. Just make life easy! -Splashtalk 17:54, 4 December 2005 (UTC)
replies: text: I actually AGREE with Splash here, that tag would scare me off i I was new.Voice of AllT|@|ESP 20:43, 4 December 2005 (UTC)

text: So that everyone knows up front what the status of the article is. We edit and operate openly here, not secretively. At present the protection notoice is shown to absolutely everyone. That should continue. -Splashtalk 21:31, 4 December 2005 (UTC)
replies: text: Yes but. This is one of my more fundamental gripes about Wikipedia - it too often assumes everyone wants to be an editor. I see no reason why someone who merely wants to read an article should be distracted by the mechanics of how the article is being edited. By all means, make the info easily available; but separate. An obvious way is to only show it after Edit is clicked. Rd232 talk 10:23, 6 December 2005 (UTC)
thread_title: More features

message: Splash, you are an admin. No one can tell you what to do! lol Yeah. lol I'm glad we're making progress on this. It won't cover alot of pages, but I think it's a very important proposal for us vandal fighters. --Woohookitty(cat scratches) 07:32, 4 December 2005 (UTC)
thread_title: Doing as told?

message: I thought I posted this last night, but maybe i forgot to save it. Has anyone considered the issue of people whose business is to make bad alterations to wiki? The higher profile wiki becomes, the more people are going to be paid to sit around all day altering articles which their bosses do not agree with. I would be very surprised if there are not people whose job it is to alter pages to read their way, particularly pages like George Bush.  Then, people who feel agrieved, who are simply determined to make a mark. The simplest way to remove something would just be to deface it, particular if they could not get consensus.  These people are unlikely to be deterred by a simple scheme to discourage random visitors who fancy a laugh, but will jump whatever hurdle is put in their way. So the effectiveness of this scheme might depend on how many of these full time vandals there are. Sandpiper 09:52, 4 December 2005 (UTC)
replies: text: That is where we would be forced to implement full protection. It is already going on and I helped fight what definitely looked like paid spammers in the Ray Nagin article. The level of POV being pushed there was well beyond that of a strong minded person, and a number of us there commented that it definitely appeared to be the work of a paid blogger or the like.--MONGO 10:12, 4 December 2005 (UTC)
replies: text: Yep. Full protection to guard against vandalism would definitely not go away under this proposal. --Woohookitty(cat scratches) 10:15, 4 December 2005 (UTC)
thread_title:  calculated bad faith edits. 

message: I like this new N%(1-3 or so) idea. Why? Because both version stop vandalism to the protected article, BUT this version will not encourage vandals to rage through other article's first. Less vandalism=better. Can we get a developer now...lets try this out!Voice of AllT|@|ESP 20:47, 4 December 2005 (UTC)
thread_title:  Where are the devs? 

message: I'm just reading this talk page right now, and I haven't gone through everything yet. But just how often do we plan on using this feature, if it is enabled? If it is only for a handful of articles, it does not seem to be worthwhile to implement... --HappyCamper 01:47, 5 December 2005 (UTC)
replies: text: We're thinking 30 at most, but it will be extremely helpful in combatting constantly vandalized pages (have you seen the history for George W. Bush? -Mysekurity(have you seen this?) 01:50, 5 December 2005 (UTC)

text: We're not putting hard numbers on it, but I think that it would more or less replace the need for full protection in the case of vandalism, since most such attacks are anonymous or from very new accounts. So about as often as we currently vprotect things and for about as long.  -Splashtalk 01:51, 5 December 2005 (UTC)
thread_title:  Just wondering... 

message: I highly disagree with the proposal to have only one level of semi-protection.  There are some cases where we want to stem off a tide of casual vandals without going too far, and sometimes we want to stem off dedicated vandals, like at GWB.  Why should we limit ourselves to one level, and the mere reason it is simple is not sufficient.  The reason why we're in this mess now is because someone early on only conceived of a page being fully editable or not editable at all, without taking into consideration heavily visited pages that would be vandalized.  Let's not make the same mistake and do something stupid purely in the name of simplicity. --kizzle 03:32, 5 December 2005 (UTC)
replies: text: There are no dedicated vandals at GWB. They all just drive by and carry on elsewhere. Temporarily protecting against brand new accounts and anons (rather than all accounts and anons) will knock out ~90% of the vandalism since that's where 90% of it comes from. -Splashtalk 03:35, 5 December 2005 (UTC)
replies: text:  how do you know that? I find it extremely surprising, and someone else above posted they knew a case. But even if there aren't, there will be as wiki becomes higher profile. But I would be absolutely amazed if there were not. It is an obvious thing for politicians to do to articles. Sandpiper 18:41, 6 December 2005 (UTC)
replies: text:  Splash is right, she and I both know this due to our involvement with Wikipedia and the amount of time we spend reverting vandalism day in and day out.  Whenever I review a vandal's contribution history, they generally hit 5 or 6 pages before they are finally blocked.  You would be surprised to learn how many times at least one of those 5 or 6 pages is the George W. Bush article.  Hall Monitor 18:50, 6 December 2005 (UTC)

text: But why limit yourself to one level?  Just like the proposal to make the tool variable itself because of different wiki implementations, we should think about scalability and the future.  One level simply doesn't make sense as there will be different situations with a different amount of vandalism.  If we stick with 25 edits, that's easily surmountable.  100 edits is too much on certain pages. --kizzle 03:45, 5 December 2005 (UTC)
replies: text: It's a question of what the community will accept and what the devs will implement this decade. Too much m:instruction creep is an absolutely, sure-fire guaranteed way of having a proposal fail. A proposal that achieves as much as it can with as little effort as possible has the highest chance of success. Note that the vast bulk of vandalism is from anons. That's all we really need to stop, along with the clever ones who work out that they need an account for a few minutes to have fun. There's no difference between 25 edits and 100 — I can game one just as easily as the other. Just as easily as I can game 1%, too. -Splashtalk 03:49, 5 December 2005 (UTC)
replies: text: Keep in mind the software aspect of the proposal given to developers is for a completely variable tool.  The levels are set within policy of each Wiki implementation.  The difference between 25 edits / 5 days is waaaaay different from 100 edits / 30 days, so you are incorrect in saying one can be gamed as easily as the other. --kizzle 03:53, 5 December 2005 (UTC)
replies: text: Well, in my mind, all we ask the devs to do is provide a single level of SP. The less we ask for, the exponentially higher our chances of having the wish granted. I don't see any need for multiple levels, and protection creep up-the-scale actively disuades me from supporting it. -Splashtalk 03:55, 5 December 2005 (UTC)
replies: text: Right, but asking for a user-supplied edit count / account life threshold is virtually no more work (and no more execution time) than if we supply standard hard-coded entries.  Did you see the previous proposal that different wiki implementations might want different thresholds of vandalism?  We need to try and address scalability so that we don't make the same mistake as the first person did in assuming we only need an editable/non-editable dichotomy for article pages. --kizzle 04:00, 5 December 2005 (UTC)
thread_title:  Only one level of SP 

message: I was away while we decided on using the newest 1% of all users.  First of all, in my mind, this calculation seems much more complicated than a simple edit count and account life check, maybe a developer would like to chime in on the feasability of either.  Second, how is this in any way shape or form superior to a edit count/account life combo?  What are the proposed advantages and disadvantages over such a system? --kizzle 03:36, 5 December 2005 (UTC)
replies: text: The ability to move is usually not available to the newest 1% of accounts, so that particular test is already available. -Splashtalk 03:40, 5 December 2005 (UTC)
replies: text: By the way, in a test case scenario, can someone tell me what threshold is the newest 1% of all accounts?  How many days is that currently? --kizzle 04:01, 5 December 2005 (UTC)

text:  (edit conflict) It's actually quite simple. Every user has an ID number registered (go to your Preferences to see yours), and then, that number is compared with the number of accounts created (there is a MediaWiki variable to find that, but I don't remember which one... it is visible on Special:Statistics). If $numberOfUsers * 0.99 < $userID, then the edit is disallowed. Titoxd(?!? - did you read this?) 04:05, 5 December 2005 (UTC)
replies: text:  If my estimates don't fail me, that is about two days. A user can make 100 edits in the same period of time. Titoxd(?!? - did you read this?) 04:07, 5 December 2005 (UTC)
replies: text: 4 days has been indicated above, so you're in the same ballpark. It will decrease over time, of course, so we might need to fix the number of days rather than the %age.-Splashtalk 04:08, 5 December 2005 (UTC)
replies: text: Regardless, we probably should have both an edit count check along with a time limit, so whether that time limit is a certain number or simply the amount of time that equals the newest 1% of articles, that is debatable, but we do need both checks to be in effect to effectively combat vandalbots and for other people who simply register an account, wait a few days, then start vandalizing.  We want them to both wait and have to make valuable contributions before they can edit these pages. --kizzle 04:11, 5 December 2005 (UTC)
replies: text:  That is too taxing on the MediaWiki software. The first section on this page was written by a developer. Titoxd(?!? - did you read this?) 04:22, 5 December 2005 (UTC)
replies: text: Only in the current implementation.  Do we want to do this right, or do we want to do this the easy way? --kizzle 04:35, 5 December 2005 (UTC)
replies: text:  We want to do it the way it gets done. If we require a change in the MediaWiki implementation, that is a sure way of getting our request way on the back burner... :) Titoxd(?!? - did you read this?) 04:47, 5 December 2005 (UTC)
replies: text: Titoxd beat me to it. The devs aren't going to implement this anyway; they don't respond to requests, but we might at least persuade some newbie-dev-to-be to take it on. -Splashtalk 04:48, 5 December 2005 (UTC)
replies: text:  Oh, Splash, look at Special:Cite (a feature request) and this diff, they do reply. Titoxd(?!? - did you read this?) 04:52, 5 December 2005 (UTC)

text: I have absolutely no idea why Jimbo isn't participating in this discussion.  It's not like this is a fringe debate over a technicality in Wikipedia, this should have been considered from the very beginning given Wikipedia's increasing amount of visibility within the public.  I think we should do it right, and then gather enough people to make it happen, rather than put forth shoddy policy.  Concerns over realistic constraints such as execution time are valid, but if that is purely because the current way just needs to be re-done, then that's not a excuse not to do it.  If we get this policy hashed out and get around 100 support signatures and innundate Jimbo's page with this, I think its priority will get upgraded. --kizzle 04:52, 5 December 2005 (UTC)
replies: text: Because Jimbo is a very busy man. I'm not sure that innundating his page will do anything but keep him away from this. If he's interested, he'll come. Otherwise, this is up to us. --Woohookitty(cat scratches) 06:20, 5 December 2005 (UTC)

text: Actually, calculating if someone is in the latest 1% of users is as simple as performing a single database query (getting the date of account creation from the users db).  Calculating the total amount of edits from a user could potentially take hundreds of database queries.  The new guideline is much more technologically feasible.  --Cyde Weys [u]  [t]  [c] 07:03, 5 December 2005 (UTC)
replies: text: This may be how it is at present (I'm not quite sure), but it surely doesn't have to be that way. For instance, give each user an editcount field in the relevant database table, and update present count+1 every time the user does an edit. It's one extra read call, one extra write call per edit, which will increase server load; no idea how much. A small difficulty would be getting the past edit counts at the point this is set up; it might slow the system down a lot when people first log in on the new system and the long-winded editcount query has to be run for each one; but it would be a one-time problem. Rd232 talk 09:10, 5 December 2005 (UTC)
replies: text: The number could be cached and recalculated at regular intervals.  It's probably a good thingtm if there is a delay between the 50th edit and granting of trusted status.  Which raises the question, how do we 'untrust' a user?  Ben Aveling 10:46, 5 December 2005 (UTC)

text: Let's wait till we get a bit more agreement before bothering the man, I think.  Ben Aveling 10:46, 5 December 2005 (UTC)
thread_title:  1% of new users