Wikipedia:Protecting BLP articles feeler survey/Implement Flagged Revisions for all articles (FR-all) / content pages

Supports (FR-all) 1–

 * 1) This would include templates, images, categories, and anything else that might somehow be part of the dependency tree of any article or portal page, etc. — CharlotteWebb 20:33, 19 December 2008 (UTC)
 * 2) An important move to make in making this an encyclopedia. Has worked well on de:wp - David Gerard (talk) 20:46, 19 December 2008 (UTC)
 * 3) I would support but doubt consensus would be reached without first seeing it implemented in some articles such as BLPs. Davewild (talk) 20:50, 19 December 2008 (UTC)
 * 4) If it were possibly to do this and get it through, it would be a good thing, but not on Wikipedia space, please (at least at first). rootology  ( C )( T ) 20:56, 19 December 2008 (UTC)
 * 5) This is where we need to get. Maybe this isn't the first step, but this is the destination, in my view. ++Lar: t/c 21:21, 19 December 2008 (UTC)
 * 6) I'm prepared to be persuaded, but I'm going to have to see how this functions in the wild first. Let's start with problematic BLPs and see how it goes. Xymmax  So let it be written   So let it be done  21:50, 19 December 2008 (UTC)
 * 7) Third. I do not know how readily it could be implemented with the large number of minor edits on non-controversial topics.  Perhaps the limit should not be on the "topic" but on the activity therein -- if an article gets more than (say) ten edits a day that it goes into "flagged" status? Collect (talk) 22:09, 19 December 2008 (UTC)
 * 8) To move the emphasis to the quality of all content. FloNight&#9829;&#9829;&#9829; 22:16, 19 December 2008 (UTC)
 * 9) Moreschi (talk) 22:17, 19 December 2008 (UTC)
 *  bibliomaniac 1  5  22:54, 19 December 2008 (UTC)
 * 1) Prefer this, though I support implementing flaggedrevs in pretty much any way. Mr.Z-man 00:18, 20 December 2008 (UTC)
 * 2) Support; this will allow stability without sacrificing the ability to edit as semi protection schemes necessarily must; it will also greatly reduce the number of times we have to protect at all. &mdash; Coren (talk) 00:33, 20 December 2008 (UTC)
 * 3) Yes. It has worked well on .de and on the English wikinews as well as a variety of other projects. JoshuaZ (talk) 03:24, 20 December 2008 (UTC)
 * 4) Third choice, weakly, we don't have the manpower to implement this idea, but if it will help the BLP issue, we must adapt.  MBisanz  talk 03:50, 20 December 2008 (UTC)
 * Essentially to get rid of vandalism, libel, most blp issues, etc. Not too soon though, I am afraid that we might rush things and ultimately screw up. But only with an expiration system to prevent inevitable backlogs. Cenarium  (Talk) 04:00, 20 December 2008 (UTC)
 * Indent, as explained, I prefer the option to . Cenarium  (Talk) 14:16, 20 December 2008 (UTC)
 * 1) Support Possibly with a different implementation for BLP vs non-BLP articles, but we can discuss that later. --Tango (talk) 14:31, 20 December 2008 (UTC)
 * 2) First choice. Peacock (talk) 15:23, 20 December 2008 (UTC)
 * 3) Support iff the implementation is not sighted-revision-viewed-by-default, for all users and all pages. While I think that flagging revisions is probably a good idea, making sighted revisions what's visible by default effectively denies editing to those without the ability to sight edits. Even if we could handle the backlog of unsighted revisions (our ability to do so is dubious), the disincentive to editing for anonymous users would definitely be a bad thing. It's been shown by academic studies that anonymous and infrequent users contribute a significant amount of our content, and I think that sighted-by-default FlaggedRevs project-wide would disrupt that positive influence. For all that it would effectively destroy vandalism, we could do that any number of ways which would be obviously unacceptable by our foundation principles, and I think that this is one of those ways. That being said, I do think that FlaggedRevs has potential, for BLPs and elsewhere. Showing, to some extent, what's been reviewed and what could be vandalism—that is, the status of being sighted or not—would be a good step in the direction of visible quality without sacrificing the ability of most people to effectively edit. I find that being able to selectively, but not systematically enable sighted-by-default for particular pages liable to much vandalism or libel might be worthwhile, as a different form of protection which could be applied to articles, such as BLPs, for example, as an alternative to semi-protection. { { Nihiltres  | talk | log } } 18:39, 20 December 2008 (UTC)
 * Please do not advocate this— Without 'by default' flagging is little different than the ill-fated page patrolling feature which no one put enough effort into using simply because it didn't do anything except update a little note about each revision. Some people argue that flagging will be a massive failure because no one will update the flags, but that prophecy becomes potentially self-fulfilling when its used to argue that flagging should be castrated to non-default viewing. In terms of mitigating harm a link to some "blessed" version is little different than the availability of the history tab.
 * With the right configuration flagging can be setup so that the new-editor would be largely unaware that his edit is only visible to himself, other editors, and people who have chosen to see the latest draft: He edits, he sees his edit and continues to see his edit every time he visits the site unless it is reverted, based on the existence of an editing cookie. The whole flagging and visibility to millions of people vs visibility to thousands of Wikipedia editors would then just be sausage making details that most new users would be completely unaware of… With that in mind your whole causal chain falls apart. In fact, life would be much easier on the new editor since we wouldn't need to be as overagressive with vandalism patrol. I edit logged out a lot and have too frequently found that my perfectly good edit is reverted seconds later by a fly-by "vandal fighter" with little hope of recovery unless I redo it. So, in fact your doomsday situation where new users are effectively unable to edit happens already to anons and careful use of revision flagging can actually be a way to escape that problem. --Gmaxwell (talk) 19:26, 20 December 2008 (UTC)
 * I differ on the point that "a link to some "blessed" version is little different than the availability of the history tab". Unless a vandal leaves an obscene, descriptive, or automatic edit summary (and it is my experience that vandals don't generally bother with edit summaries), it requires active work for the average reader to discern quality revisions with only the page history. I think that 'a link to some "blessed" version' is precisely what would help many users easily avoid vandalism and other nonsense. We can get that without making any restrictions on dynamic updates, so I think that's what we should do.
 * Transparency in the editing process is important, and we need to be transparent about how things work and what editing is going on. I think that it would be a big problem if we have to make a big distinction between "thousands of Wikipedia editors" and "millions of [readers]". I don't think it would be healthy to cement or expand any gap between readers and our preexisting editors. Besides, technical fake-outs to show the newbie editor the draft (as you seem to suggest would work well) will fail at some point: if Anonymous user A refers a good faith correction to a friend and the friend can't see it, how long is it until he complains that his edits aren't showing up?
 * Can you please provide examples of areas where you, or another editor, have had their edits reverted solely on the basis of their being made by an anonymous user? Even assuming that there are several valid examples, how could we acknowledge that random anon-reverting is a problem while condoning a more effective measure to prevent their effective participation? Certainly the answer here would be to address any problem with arbitrarily reverting anons, rather than introduce a more serious barrier to entry.
 * I think that the above points are valid concerns. At the very least, please consider that it is a valid opinion—I think that non-default flagging is a good thing, and I am free to advocate my opinion, within reason. Besides, I do not advocate a hard limit: one of the things that I say is "not default" (emphasis added), and it might just be possible to recognize that my position is not black and white on the issue… all this ignoring the point that this is explicitly a "feeler survey" on which our opinions are being asked. { { Nihiltres | talk | log } } 21:05, 21 December 2008 (UTC)
 * 1) I think the common wisdom about BLPs is wrong: BLPs are not subject to greatly increased risk of total harm —rather, BLPs are subject to greatly increased risk of complaint about harm. In other words: BLPs are more sensitive indicators of our overall performance than other types of articles, but by themselves are probably only somewhat more risky than average. In a great many non-BLP articles there is a risk of vandalism causing extreme harm: consider a statistics article vandalized in an unfortunate way at an unfortunate time which results in an engineer miscalculating the safety of his design. In that case there is no singular obviously wronged person to notice and complain that his article is incorrect—so we may not feel the pain of the vandalism but a great many people may be harmed. Moreover, the impact of significant harm caused by problems in BLP articles is generally limited to a few people (the subject and his close associates), while errors in other areas can impact more people. I've witnessed firsthand an error from Wikipedia making its way into a software design document. While not itself a safety-impacting error, it was enough to make me sure that safety-impacting errors do occur. Even to those of us who care only or mostly about BLPs, flagging only BLP articles is clearly insufficient to protect the subjects: if a vandal changes Bomis to call it a child porn site, the actual harm to Jimmy would be just about equal to the harm caused by the same claim placed directly in the article on Jimmy himself. I think it's unfortunate that we continue to special-case BLPs, since when we do that we're killing our best indicator of potential harm throughout the project while only making a fairly limited improvement. All that said, if people wanted to flag only BLPs as a testing point, I wouldn't oppose it, since we do need to start learning about the impacts of flagging. I do oppose flagging+semi at this time, but only because I think we should make one change at a time in order to measure the results. --Gmaxwell (talk) 01:01, 20 December 2008 (UTC)
 * I think you're wrong about potential harm. When people want to know about Jimmy Wales (or any individual), they do not type "Bomis" into a search engine. They type the person's name. If there's something harmful in their biography, it is much, much more likely to reach the eyes of people curious about that person, thereby causing harm. That said, thank you very much for not being opposed to BLP flagged revisions as an experiment. Cool Hand Luke 01:20, 20 December 2008 (UTC)
 * And yet… the Bomis article still gets more traffic than most of our BLPs. --Gmaxwell (talk) 19:08, 20 December 2008 (UTC)
 * At ~300 hits per day, it gets more traffic than most of our non-BLPs too. I'm not sure which way that cuts; low hits also lengthen the period of time that errors might persist. Jimbo has many more hits than Bomis in this case, but I'm more interested in the mechanism of serving articles than the hits.
 * When someone wants to know about an individual, they type the name of that individual, and google retrieves their Wikipedia biography because of the page name and the inlinks. So sure, Nike, Inc. gets much more traffic that CEO Mark Parker, but when one searches for "Mark Parker," only the biography comes up, not the company. Every BLP is a high-ranking magnet for potential defamation on particular individuals. It's not that there's no potential for harm from non-BLPs (there certainly is), its that BLP articles are a good place to start&mdash;to test whether or not we can handle flagged revisions. Cool Hand Luke 19:25, 20 December 2008 (UTC)
 * 1) I think this is our destination, and editors are certainly free to focus on BLPs if they wish. I would. Cool Hand Luke 19:34, 20 December 2008 (UTC)
 * 2) Flagged revisions have far more upsides than downsides - the upsides are practical and ethical, the downsides are philosophical or extremely hypothetical.--Tznkai (talk) 21:10, 20 December 2008 (UTC)
 * 3) I don't see any practical downsides to this. The German Wikipedia seems to manage just fine, and I don't see why we wouldn't do just as well. Pfainuk talk 00:45, 21 December 2008 (UTC)
 * 4) This is definitely the way forward for en Wikipedia. dougweller (talk) 16:30, 21 December 2008 (UTC)
 * 5) Absolutely. Reduces the reward for vandals, provides higher-quality content, still leaves editing open to all comers. What's not to like? Seraphimblade Talk to me 22:05, 21 December 2008 (UTC)
 * 6) Anything that would improve Wikipedia's credibility is to be welcomed 21:57, 22 December 2008 (UTC) <-- This is User:George The Dragon.
 * 7) Everyking (talk) 05:53, 23 December 2008 (UTC)
 * 8) I support doing this and/or semi-protection for all articles.  I've seen firt-time IP users do things like change a birthdate by one year.  I can't check out everything like that.  Bubba73 (talk), 22:07, 23 December 2008 (UTC)
 * 9) A very attractive idea. I'd like to see how it unfolds once actually put into use. &mdash;La  Pianista  (T•C•S) 23:26, 23 December 2008 (UTC) Changed to oppose upon further thought. Reasons below. &mdash;La  Pianista  (T•C•S) 23:28, 23 December 2008 (UTC)
 * 10) Another fine, workable idea. The departure from the ideals of infant Wikipedia is more than made up for by the usefulness in building an encyclopedia. Jclemens (talk) 23:39, 23 December 2008 (UTC)
 * 11) Support. en.Wikipedia needs to move beyond mere content creation and (hopefully) become a more reliable source. The flagged revision tool has worked well elsewhere. I welcome anything that would significantly reduce blatant vandalism on this project. Firsfron of Ronchester  03:39, 24 December 2008 (UTC)
 * 12) Support I don't trust any number in a Wikipedia article because I've seen how long it takes for editors to catch crafty vandalism and how lenient administrators are in dealing with the repeat offenders.  Flagged revisions may also rain on the parade of bored middle-schoolers who vandalize articles to show off to their classmates who are in the same room using Wikipedia to look something up.  Switzpaw (talk) 06:11, 24 December 2008 (UTC)
 * 13) Support though not in the immediate future. We do have to test how well this works and we also need to avoid the over-optimistic idea that this will be a cure against unreliable info. Nobody flags the flaggers and the system will have to deal with incompetent flagging and malicious flagging, just as we now have to handle incompetent editing and malicious editing. This is not a cure-all. I tend to agree with Charlotte that a priori scope restrictions are counter-productive but if individual editors are the ones deciding whether flagged-revs are used in a given article, we'll be in a better position to benefit from flagged-revs without getting buried under the backlog. Pascal.Tesson (talk) 23:27, 24 December 2008 (UTC)
 * 14) Support Let's start with BLPs first, though. Priyanath talk 23:32, 24 December 2008 (UTC)
 * 15) Works well on dewiki and makes the life of anonymous vandals incredibly boring. Administrative overhead is neglectible, good edits can be sighted with a single click (the effort for reverting is the same as before). This will greatly reduce the need to semi-protect articles, enabling constructive contributions by IPs. --Latebird (talk) 16:19, 25 December 2008 (UTC)
 * 16) Very broadly speaking, the harm caused by Wikipedia outweighs the good at present, and that's not going to change until some kind of responsible editorial process happens (if you disagree, I'd be happy to convince you otherwise).  Giving instant access for anyone on the planet to authoritatively print whatever they like and present it as truth is beyond stupid.  With some pages getting hundreds of thousands of hits every day, even the fatest reverts will have dozens of misled readers.  The only question is whether the project can handle it yet - trying it on BLP will be a good test. Phil153 (talk) 23:03, 25 December 2008 (UTC)
 * 17) Support I think flagged revisions should eventually be extended to all articles (or at least all established articles), but start with BLPs, protected pages, templates and images, then featured articles, good articles, etc. Maybe there could be different options for flagged revisions – so that on some articles they would expire and have to be renewed, and on others they would not. Snigbrook  14:08, 26 December 2008 (UTC)
 * 18) Support. Although if Wikibooks is anything to go by, nothing much will ever get reviewed. Maybe that's because it's quieter over there. Unusual? Quite  TalkQu  22:08, 26 December 2008 (UTC)
 * 19) Support, although I'd like to see a phased rollout to BLPs first - A l is o n  ❤ 14:44, 27 December 2008 (UTC)
 * 20) Support - Not sure this will make it through immediately, but I think the project has reached a point that we need this sort of change. It's working well on a sister project. It's worth a shot here. لenna  vecia  03:42, 28 December 2008 (UTC)
 * 21) Support per the Fat Man's failed 2009 ArbCom campaign platform. Flagged revisions would make editing the wiki less fun, less immediately gratifying--but that's sort of the point.  This is an encyclopedia, not a playground (my talk page excepted, of course).--The Fat Man Who Never Came Back (talk) 19:33, 28 December 2008 (UTC)
 * 22) Support It will only improve wikipedia as an encyclopedia and further it is being used in a sister Project.Pharaoh of the Wizards (talk) 21:20, 28 December 2008 (UTC)
 * 23) Weak Support I do not see why this measure should not be supported. Extending flagged revisions is a logical step. However I think the alternative measure of 'with expirations' may be a better bet at first as established editors may not like change or may be skeptical. That way once people have become accustomed to flagged revisions the expirations could be dropped completely or revised as needed depending on user experience. Nja 247 (talk • contribs) 12:59, 29 December 2008 (UTC)
 * 24) Support Robin klein (talk) 15:39, 30 December 2008 (UTC).
 * 25) Support after trial on BLPs.  Misarxist  15:59, 30 December 2008 (UTC)
 * 26) Support.  If Wikipedia ever wants to have any serious degree of legitimacy, this is necessary. Cla68 (talk) 04:03, 31 December 2008 (UTC)
 * 27) Comment. I hate voting, so I'm glad this isn't a vote. Flagged revisions (depending somewhat on method of implementation) have the additional advantage of reducing certain types of conflict by removing deceptive immediacy. FR = greater happiness, efficiency and reliability. However, protocols for establishing flags may need much refining; I think a longish a limited scope test period may prove to be a very wise provision. Finally, a period of learning something new together could be a very healthy thing for the community. Alastair Haines (talk) 17:17, 31 December 2008 (UTC)
 * 28) Strong support  This is long overdue, and I haven't changed my view as I expressed it at Wikimania-Boston that we should go much further into an article rating system. Eclecticology (talk) 03:59, 1 January 2009 (UTC)
 * 29) Support as a general goal, though I think we're a ways from where this is a viable immediate proposal. Phil Sandifer (talk) 22:42, 3 January 2009 (UTC)
 * 30) Support in general, although we do need a trial first.- gadfium 19:03, 4 January 2009 (UTC)
 * 31) As I said above, I approve the implementation of flagged revisions for all articles but not for the purposes of avoiding BLP issues. I think we should be heading in the direction of approved articles. Obviously not all subjects will support an FA, but we should, as a community, be looking to promote accurate, verifiable and grammatically correct revisions to our readers rather than continual works in progress. Rje (talk) 19:13, 5 January 2009 (UTC)
 * 32) Support Perhaps not all at once, but yes, that should be the goal. Prodego  talk  03:02, 6 January 2009 (UTC)
 * 33) Support After a trial period of employing Flagged revisions for articles that currently require semi-protection.
 * 34) Support. Good idea, but I like having a trial period first. Kaldari (talk) 00:43, 8 January 2009 (UTC)
 * 35) Support Trial first - which will probably illuminate some problems at the less trafficked parts of the site, but lets get this show on the road already.--Tznkai (talk) 16:04, 8 January 2009 (UTC)
 * 36) Support Flip the switch and turn it on. Chris Croy (talk) 06:11, 9 January 2009 (UTC)
 * 37) Support I like this even better than just giving it for BLP's, but this is still only my second choice, I like the one with expiry for non-BLP's better, as a safeguard against lacunae. -- Cimon Avaro; on a pogostick. (talk) 15:56, 15 January 2009 (UTC)
 * 38) Support, best of the choices, really, as it's also the most straightforward and, in a way, the fairest. Same rationale as given by me above. --wwwwolf (barks/growls) 21:30, 25 January 2009 (UTC)
 * 39) '''It is just asinine that we still have to undo vandalism ALL THE time. We are here to write an encyclopedia, not to fight vandalism. -- Kim van der Linde at venus 01:19, 26 January 2009 (UTC)
 * 40) Support. Dovi (talk) 04:32, 27 January 2009 (UTC)
 * 41) Strong Support. - beef up the numbers of those who can approve if it gets too slow. Bluekieran (talk) 16:23, 28 January 2009 (UTC)
 * 42) Support I think it will stop most vandals as they will not have the satisfaction of seeing their vandalism. The criteria for who can approve and the rules for approving should be not be complex so that most users are approvers and any edit that add value to a page get approved with a resonable time. Iccaldwell (talk) 09:57, 30 January 2009 (UTC)
 * 43) Support. I support any aggressive measure that would bring the much missing respect to the Wikipedia content. In fact, I would go even further and ask a) editors to use real names only, b) complete abandonment of anonymous editing, c) a universal article grading system. Wiki must finally become an encyclopedia. --Dipa1965 (talk) 11:34, 4 February 2009 (UTC)
 * 44) Support as ultimate goal, although might have to be phased in as a practical matter. Are we here to write a respected encyclopedia or to engage in a grand social experiment? Anyone will still be able to edit, but not anyone will be able to publish. There is a difference. (Permanent semi-protection - that is, no IP editing - might be enough to handle the problem, however.)  Tvoz / talk 05:44, 6 February 2009 (UTC)
 * 45) Support. It's problematic that as soon as a topic comes to public attention (the Wikipedia entry is specifically mentioned in the media, for example) it is least reliable because it is likely to be the subject of vandalism. Some degree of "inertia" would improve credibility greatly. Rvcx (talk) 14:52, 6 February 2009 (UTC)
 * 46) Support after it's been switched on for BLPs for a while and we're confident we can cope with it. As long as all edits are reviewed promptly, I struggle to see any downsides. --Tango (talk) 15:02, 6 February 2009 (UTC)

Opposes (FR-all) 1–100

 * 1) Strong oppose, ludicrous idea that would be unworkable and make wikipedia the website not to edit. Thanks, SqueakBox 23:25, 19 December 2008 (UTC)
 * Flagged revisions do not restrict the ability to edit the page. - Mgm|(talk) 13:35, 20 December 2008 (UTC)
 * 1) Oppose: It would make us more reliable, at the cost of being less informative. We'd get massive backlogs, which no-one will want to tackle.  Because of these massive backlogs, newbies will complain that their edits aren't being processed and then leave us.  Then we have even less editors to handle the growing backlog.  Rinse, lather and repeat. Den <em style="font-family:Bradley Hand ITC;color:red">dodge  Talk Contribs 00:04, 20 December 2008 (UTC)
 * Thanks for that, a cogent explanation of the problem this would cause. Thanks, SqueakBox 00:25, 20 December 2008 (UTC)
 * Except that it's hand-waving speculation which is unsupported by the experiences of other projects who have enabled flagged revisions. I expect there is consensus that those outcomes would be bad and would justify further changes to the configuration. --Gmaxwell (talk) 19:11, 20 December 2008 (UTC)
 * 1) Crazy strong oppose Yeah, lets increase the existing backlog by a factor of 12. I'm not sure how many articles we miss at NPP, but I'd estimate 150/day, at least, translating to 4500/month. At least those articles are still allowed through. I shudder to think of the backlogs that have to be gone through before edits from, say two months ago are let through. - NuclearWarfare  <sup style="color:green;">contact me <sub style="color:purple;">My work  01:26, 20 December 2008 (UTC)
 * 2) Oppose without some kind of trial first. This could either be a small-number-of-pages trial, or a "flag but show most recent version" type test as I proposed elsewhere on this page.  davidwr/  (talk)/(contribs)/(e-mail)  01:34, 20 December 2008 (UTC)
 * ...and does absolutely nothing to help the BLP issue. Many readers don't even notice the edit tabs, why would they notice a "prior flagged revision available" note? Why would anyone even care to flag such articles? What is the purpose, exactly? Cool Hand Luke 01:43, 20 December 2008 (UTC)
 * 1) Templates Only, see above for BLP thoughts--Philosopher Let us reason together. 01:47, 20 December 2008 (UTC)
 * Assuming you mean that you oppose in all cases outside of Template: namespace, I'd like to point out that one of the main things that caused me to develop an interest in the editing process was tinkering with templates early on. I'd be just as hesitant to lock down template space any more than it already is - and it is already far too locked down - since when did getting included in some semi-unofficial javascript tool automatically qualify a template as "heavily used," and why on earth does that automatically warrant more than a semi-protect? Getting a touch off topic, I suppose, but would like to reiterate that much the same issues exist with discouraging new contributions when dealing with template namespace as anywhere else. <font color="Blue">MrZaius <font color="Blue">talk 15:04, 27 December 2008 (UTC)
 * 1) Oppose for now, see how it works on BLPs first. About 1 in 8 articles is a BLP, and a BLP is edited about once every 5 seconds. 156,430 users have made at least one edit in the last 30 days. Even if you made all of them 'reviewers', is that enough people to 'sight' all 2,665,657 articles? --Pixelface (talk) 03:19, 20 December 2008 (UTC)
 * 2) Oppose, for the same reason as the opposition to flagged BLP revisions: the idea of flagging is (in the end) truly impractical, as several editors before me have already explained. --  Iterator12n  <font color="Blue"> Talk 21:22, 25 December 2008 (UTC)
 * 3) Lor no; see my opposition to flagging BLP's above. Flagged revisions are too much stick and too little carrot. -<font color="32CD32">Jéské Couriano <font color="4682B4">(v^_^v) 03:43, 20 December 2008 (UTC)
 * 4) ABSOLUTELY NOT. Yeah I used caps. I really do think this would be a very bad idea, for many reasons, most of which have been said again and again. Wizardman  04:27, 20 December 2008 (UTC)
 * 5) Strong Oppose - the backlogs would probably explode... <font color=#808080; span style="font-family:Calibri, Myriad, Trebuchet MS, sans serif;font-size:100%;">VX! 05:04, 20 December 2008 (UTC)
 * 6) Uhhh How many permutations are there going to be? I guess I'll note here that I'm opposed to implementing flagged revisions elsewhere but my rationale is at one of the various "Whatever it is, I'm against it" sections above.  This is confusing. Protonk (talk) 05:32, 20 December 2008 (UTC)
 * 7) Oppose Disaster waiting to happen. Let's not go there. Peter <b style="color:#02b;">Symonds</b> ( talk ) 09:50, 20 December 2008 (UTC)
 * 8) Oppose this will prevent huge numbers of constructive editors from contributing and is directly opposed to the spirit of Wikipedia. <b style="color:#FF0000;">Hut 8.5</b> 10:22, 20 December 2008 (UTC)
 * 9) oppposeWe simply don't have the rescources.Geni 13:10, 20 December 2008 (UTC)
 * 10) Oppose until a trial has been run and there's evidence we actually have the resources to handle it. - Mgm|(talk) 14:28, 20 December 2008 (UTC)
 * 11) Strong Oppose - Would the site still be wikipedia after such a monumental change? I mean last I checked the front page said: "Welcome to Wikipedia, the free encyclopedia that anyone can edit." --ScWizard (talk) 17:06, 20 December 2008 (UTC)
 * 12) Oppose Quite apart from the merits, I don't think we're well enough organized to do this--unlike some other wps. We would need to try a subset first. I may be wrong, but we need to find out before we go ahead with something this drastic. DGG (talk) 18:55, 20 December 2008 (UTC)
 * 13) Support or oppose depending on what exactly is meant. See my comment in the support section above. To summarize: I think FlaggedRevs is a good thing, but making sighted revisions what's visible by default is a bad thing (and this opinion is not self-contradictory! :) ). I suspect that many oppose FlaggedRevs primarily because of the idea that sighted revisions will be visible by default. { { Nihiltres | talk | log } } 19:03, 20 December 2008 (UTC)
 * 14) Oppose: As I opposed the trial proposal for flagged revisions. The backlogs would likely be unmanagable. - Rjd0060 (talk) 03:12, 21 December 2008 (UTC)
 * 15) Oppose Something needs to be done about BLPs and this effort is only a partial solution but implementing this across all articles is against the spirit of Wikipedia. We manage vandalism very well I think so this is overkill. Also, as others have stated we don't have the manpower for this and it would consume the time needed to address other serious problems such as POV pushing that this does not solve. EconomicsGuy (talk) 09:30, 21 December 2008 (UTC)
 * 16) I do not have sufficient obscenities in my vocabulary to express how strongly I oppose this suggestion, and I take pride in my vocabulary. DS (talk) 18:44, 21 December 2008 (UTC)
 * 17) DS above pretty much sums up my sentiments. J.delanoy <sup style="color:red;">gabs <sub style="color:blue;">adds  18:54, 21 December 2008 (UTC)
 * 18) J.delanoy above, sums it up for me.  Syn  ergy 19:07, 21 December 2008 (UTC)
 * 19) Goodness no. Stifle (talk) 10:55, 22 December 2008 (UTC)
 * 20) Oppose I think it would be simpler to semiprotect all articles, which is in effect what is being done from the casual ip editors point of view ("your edit won't appear until one of us checks it", really takes away from the instant gratification) Cheers, Casliber (talk · contribs) 06:23, 23 December 2008 (UTC)
 * 21) Oppose. This would require us to manually approve each and every edit. RC patrol is loaded enough dealing with the bad edits. Forcing them to take action on good edits will triple their workload at least. Flagged revisions are a good idea on a few articles, but it is a bad idea for universal implementation. Sjakkalle (Check!)  14:59, 22 December 2008 (UTC)
 * 22) Oppose Premature without a trial. --Dweller (talk) 13:03, 23 December 2008 (UTC)
 * If people are opposed to the idea of flagged revisions, as you're indicating you are, there won't be a trial. Wily D 13:57, 23 December 2008 (UTC)
 * 1) Strong Oppose - A trial with BLPs, yes, this? No.sinneed (talk) 21:16, 23 December 2008 (UTC)
 * 2) Oppose I cannot think of something more absurd to import from de-wiki. I am a "sighter" there, I could run around flagging stuff as "flagged" and I could surely mark vandalism as such if I were a determined vandal and people would probably be tricked by it.  So Why  21:34, 23 December 2008 (UTC)
 * 3) Per my above reasoning that this is an encyclopaedia which anyone should be able to edit. Also per NuclearWarfare that this would increase the backlog further. —Cyclonenim (talk · contribs · email) 23:01, 23 December 2008 (UTC)
 * 4) Oppose flagged revisions in general. Other projects like Veropedia are better suited for deciding which versions are "good". Wikipedia is and should always be the live, you-can-edit-this-page-AND-see-it-right-now project. -- Explodicle <font size="-2">(T/C) 23:03, 23 December 2008 (UTC)
 * 5) Oppose. An even more terrible idea than flagging all BLPs. Nsk92 (talk) 23:31, 23 December 2008 (UTC)
 * 6) I oppose flaggedrevs period. -- penubag  (talk) 23:50, 23 December 2008 (UTC)
 * 7) STRONG oppose. All users should see the latest version of all pages.  Anything else is not acceptable for a site like this.  And do we really want a "decide what people get to see" cabal?  I sure hope not.  Bushytails (talk) 23:52, 23 December 2008 (UTC)
 * 8) Oppose A flawed technical approach to increasing veracity and combating vandalism. Contrary to the open spirit of a wiki that has made our encyclopedia a success. Steven Walling (talk) 00:23, 24 December 2008 (UTC)
 * 9) It would destroy everything Wikipedia stands for! JS (chat) 00:27, 24 December 2008 (UTC)
 * 10) Oppose: This will just decrease the quality of the project, moves away from the purpose of a Wiki, create a bunch of new work, and increase accusations of WP:CABALism.
 * 11) We have bots and vandalfighters to check for vandalism, right?  <font color="#007BA7">miranda  01:26, 24 December 2008 (UTC)
 * 12) Oppose. Too much work, too little benefit, large backlogs, and easily abused or misused in my opinion.  I do not think that such measures should be put into use unless things get drastically worse. Malinaccier (talk) 01:37, 24 December 2008 (UTC)
 * 13) Oppose This would suck the life/fun right out of WP. I don't consider the German test to be a success. - Peregrine Fisher (talk) (contribs) 04:27, 24 December 2008 (UTC)
 * 14) Unconditionally oppose flagged revisions for any and all articles as antiethical to our belief that this is the encyclopedia that anyone can edit. --ElKevbo (talk) 04:39, 24 December 2008 (UTC)
 * 15) Oppose in the strongest possible way. As I said above, one of the joys of Wikipedia is watching the article form online right before you.  Otherwise you end up with a nasty class system.  SchuminWeb (Talk) 04:56, 24 December 2008 (UTC)
 * 16) Oppose Would make Wikipedia something like Encyclopedia Britannica. -- <font color="#00ff00">Ra <font color="#00ff33">nd <font color="#00ff66">or <font color="#00ff99">Xe <font color="#00ffcc">us . Remember to Be Bold! 05:21, 24 December 2008 (UTC)
 * 17) Oppose. An important part of the encyclopedia that anyone can edit is seeing the impact of your edits immediately. I do not yet see the necessity of this on non-BLP articles and only support the BLP flags on a trial basis. <font style="color:darkblue; font-variant: small-caps;">Double <font style="color:blue; font-variant: small-caps;">Blue (talk) 05:41, 24 December 2008 (UTC)
 * 18) Oppose, the side effects of this measure to handle 15% of the IP edits are to big and shouldn't be an argument for bureaucracy creep, i think Risker is right, the people helping out on vadalism patrol do this mostly out of understanding about this problem, the sighter group is against the spirit of wikipedia and as a result many editors will go elswere. Mion (talk) 06:00, 24 December 2008 (UTC)
 * 19) Oppose; This totally contravenes Wikipedia's philosophy. We are not Citizendium, and for good reason. --Cybercobra (talk) 06:11, 24 December 2008 (UTC)
 * 20) Oppose until we've worked the kinks out.--Aervanath lives in <b style="color:green;">the Orphanage</b> 07:28, 24 December 2008 (UTC)
 * 21) Oppose strongly, I might add. This would create far too much bureucracy. Also part of Wikipedia's charm is that the edits you make become instantly visible. This would take that away. — Twinzor Say hi! 12:06, 24 December 2008 (UTC)
 * 22) Oppose will discourage new editors and contributions. Experimenting the same idea for BLP is acceptable.  Docku:  What up?  15:35, 24 December 2008 (UTC)
 * 23) Oppose. Having just dabbled with a featured article where I found bias and outright misrepresentation of sources, I think this a very bad idea. It will just allow entrenched editors to promote their POV better. Xasodfuih (talk) 15:56, 24 December 2008 (UTC)
 * 24) Opposes. Should be tried in a small scale first. I support testing the flagged revisions feature with a small subset of articles, but I think BLP is not the right subset because 1) it is too large; 2) it would add to the hoopla about BLP with which I don't agree. --Itub (talk) 16:37, 24 December 2008 (UTC)
 * 25) Oppose. Are you kidding me? articles? King of  &hearts;   &diams;   &clubs;  &spades; 00:38, 25 December 2008 (UTC)
 * 26) Oppose Considering our unpatrolled backlog of new pages currently stretch back to November 28. I don't belieeve we can handle the backlog for Flagged Revisions in a reasonably timely manner at all. --PeaceNT (talk) 08:00, 25 December 2008 (UTC)
 * 27) Not just yet. I hope I'll have a different opinion when we have a test case, and BLPs are definitely the place to start. Angus McLellan  (Talk) 14:52, 25 December 2008 (UTC)
 * 28) Oppose, for the same reason as the opposition to flagged BLP revisions, the idea is (in the end) impractical, as already explained by several editors before me. --  Iterator12n  <font color="Blue"> Talk 21:38, 25 December 2008 (UTC)
 * 29) Oppose, for same reason as opposing BLPs. Also, you would have problems on a user's subjective review of articles, images, templates, contents, etc. Let us remember it is an encyclopedia that anyone can edit. If we start making ourselves more exclusive, then it will make recruiting new users more difficult. Chris (talk) 01:47, 26 December 2008 (UTC)
 * 30) Oppose, never liked the idea. It will be horribly backlogged. It is triple work for marginal benefit. Renata (talk) 02:27, 26 December 2008 (UTC)
 * 31) Oppose, adding flagged revisions would add in an editorial review process, and this would both limit, and slow the editing process. <font color="#01B10D">-- クラ  ウド <font color="#01B10D">６６８  09:43, 26 December 2008 (UTC)
 * 32) Oppose, would create a heavier workload for reviewing editors. Jezhotwells (talk) 17:29, 26 December 2008 (UTC)
 * 33) Oppose per my rationale above (greater workload, less openness, less article improvement). A much smaller scale test would be ok (smaller than BLP). -kotra (talk) 22:37, 26 December 2008 (UTC)
 * 34) Oppose per my rationale above (just below Kotra's in the same location). A better model would be to have a stable site which extracts Wikipedia diffs, rather than limit Wikipedia itself. Orderinchaos 22:49, 26 December 2008 (UTC)
 * That reminds me of Veropedia. Similar idea, though it's owned by someone else (and has ads). -kotra (talk) 00:30, 27 December 2008 (UTC)
 * 1) Strong oppose - Would cause far more work than its worth and goes against the whole instantaneous aspect of Web 2.0. --Jackieboy87 (talk · contribs) 02:10, 27 December 2008 (UTC)
 * 2) Strong oppose - Raising the technical difficulty involved in newbs editing these articles and acknowledging the threat of this sort of action being taken on any rarely-edited and rarely-reviewed article makes this an easy issue to dismiss out of hand. Even given some potential effective solution to those problems, I continue to strongly oppose this proposal on the simple basis that any active disinsentive to edit an article without the specific and easily identifiable issues that currently lead to protection and similar measures will result in fewer new active editors and a general loss of new information and quality. I'm shocked and dismayed that this effort to partially close off the wiki even came to a poll. <font color="Blue">MrZaius <font color="Blue">talk 11:39, 27 December 2008 (UTC)
 * 3) Strong oppose Seeing the results of your edits is perhaps Wikipedia's biggest draw. It is enormously empowering, and it is the direct reason I'm here today. CapnZapp (talk) 19:38, 27 December 2008 (UTC)
 * 4) Strong oppose - There is little, if any benefit. The last thing we need is another backlog. –Juliancolton <sup style="color:#666660;">Tropical <sup style="color:#666660;">Cyclone  03:55, 28 December 2008 (UTC)
 * 5) Oppose per King of Hearts. Tim Q. Wells (talk) 10:04, 28 December 2008 (UTC)
 * 6) Strong OpposeThis seems like a workaholics solution.--omnipotence407 (talk) 15:02, 28 December 2008 (UTC)
 * 7) Oppose. I'm not really sure about it, even for BLPs. Funny how apparently noone mentioned anything about trust metric, which is not so obtrusive, yet can be even more powerful. GregorB (talk) 08:22, 29 December 2008 (UTC)
 * 8) Strongest Oppose - Requiring every edit to be approved before it's visible is a) twice as much editor work, b) antithetical to the idea that "anyone can edit". --Alynna (talk) 17:10, 29 December 2008 (UTC)
 * 9) Strong Oppose Way too much work. Editors have better things to do than review every last IP edit before it goes live.  Royal broil  03:55, 30 December 2008 (UTC)
 * 10) Very Strong Oppose. per CapnZapp. Jonathan321 (talk) 04:32, 30 December 2008 (UTC)
 * 11) Oppose. I have had now some experience with flagged revisions on Polish Wikipedia, and I am not impressed. It seems to me too many flagged revisions are given almost by accident, when editors have not fully reviewed an article, but simply want to flag their own latest version. I want to see a scientific study of revision mechanism from German and other Wikipedias before we start tweaking our system, which works quite well. Instead we should try to emphasize what works - GAs, WikiProject B and A class reviews and FAs.--Piotr Konieczny aka Prokonsul Piotrus 12:48, 30 December 2008 (UTC)
 * 12) Strongly oppose drastic and ill-considered change of policy. I have (essentially) attempted to control the incursion of POV and unsourced information into an article on a prominent (non-living) person for some years, and I would not say that I know the subject well enough to warrant it now. (Comment: those who think they can accomplish this would do better to pick a BLP to watch.)Septentrionalis PMAnderson 15:37, 30 December 2008 (UTC)
 * 13) Oppose. Many valid reasons expressed above. I'm wary of this being used for BLPs alone, but for the entire English Wiki, not a good idea. &mdash; Mizu  onna   sango15 <font color="#FB607F">Hello!  19:22, 30 December 2008 (UTC)
 * 14) I have to oppose this because I don't know what I'd be supporting. So many supportive posts say I support under the condition that ___ or only if it's limited to ___. Flagging might have potential, but I can't agree to it until there's consensus on the specifics. I'd rather see no action than a convoluted, multiple-rule system.--el Aprel (facta-facienda) 22:35, 30 December 2008 (UTC)
 * 15) Oppose Seems overly complicated a solution and potentially deprives the site of good information being added. Would also be confusing to newcomers who wouldn't see their edit as they might expect. --Resplendent (talk) 07:20, 31 December 2008 (UTC)
 * 16) Oppose GreyWyvern (talk) 17:10, 31 December 2008 (UTC)
 * 17) Firmly oppose since anyone can edit'. This would severely discourage editting at all. Plus require a huge amount of time to ID and approve flags and edits. Babakathy (talk) 18:56, 31 December 2008 (UTC)
 * 18) Oppose, without at least a test on a smaller set of articles first. We may find that it would be too much work to flag all revisions. On the other hand, if a test on a smaller number of articles is successful then this is an option GDonato (talk) 13:29, 1 January 2009 (UTC)
 * 19) Strong oppose. Absolutely not. Again, this defeats the purpose of Wikipedia. We have fast updates at breakneck speed, and vandalism to high-profile articles is reverted pretty quickly anyway. I know this would improve our accuracy, but there are about 2.5 articles and a million more content pages. This would get way too messy. We'll never be able to keep track of it all. Flagged revisions for BLPs is a marginally good idea, this is not. ~ A H  1 (TCU) 17:35, 1 January 2009 (UTC)
 * 20) Immensely Strong Oppose, as per myself, here (56), only this time, hundredfold. Ngorongoro (talk) 19:32, 1 January 2009 (UTC)
 * 21) Opposed. This seems counter to the projects purposes. -- <u style="font-size:14px; font-family: cursive;color:#CC00CC">Banj<font color="#FF4400">e <u style="font-size:14px;font-family: Zapfino, sans-serif;color:deeppink">b<font color="#CC0000">oi  01:50, 2 January 2009 (UTC)
 * 22) Opposed. Might as well ban IPs from editing altogether. This proposal seems to go against the project's aims to be open to all, when the vast majority of articles are at no risk whatsoever from IP vandals. Ohconfucius (talk) 08:42, 2 January 2009 (UTC)
 * 23) Strongly opposed per a lot of good reasons stated above, both on philosophical and technical basis. — Mirlen  Talk 20:52, 2 January 2009 (UTC)
 * 24) No thanks, this goes against the principles that made this a great webpage. Also, if it doesn't discourage edits, we need many more reviewers. Kusma (talk) 21:25, 2 January 2009 (UTC)
 * 25) Opposed. Flagged revisions should be for vandalism-prone articles or articles where vandalism could have serious consequences. In any case, let's try with a small subset first. Nicolas1981 (talk) 12:10, 3 January 2009 (UTC)
 * 26) Strong Oppose. Flagged Revision is the worst change that Wikipedia could make. Just because someone is an administrator or a rollbacker doesn't mean that that someone should get the special privilege of reviewing other editors' work in this manner. It goes against the fundamental Wikipedia principle of "anyone can edit" and it discourages productive, constructive editing by established users without rollback privileges or admin status, not to mention constructive editing by IP users. We do not want to move Wikipedia in this direction. The best solution to dealing with vandalism on all articles is to vigorously patrol for vandalism and to semi-protect articles when need is demonstrated. A terrible, ludicrous idea overall. Ohconfucius is right, we might as well ban IP editors altogether (which is another terrible, ludicrous idea given the entire concept of Wikipedia) if we're going to implement Flagged Revision. A Stop at Willoughby (talk) 16:38, 3 January 2009 (UTC)
 * 27) Strongly Oppose Mike92591 (talk) 19:02, 3 January 2009 (UTC)
 * 28) Procedural oppose. This is the wrong place to discuss this. Flagged revisions need to be tried out before we can contemplate whether the tool should be deployed, and if so, how. Geometry guy 21:27, 3 January 2009 (UTC)
 * 29) Strong Oppose - One word: Backlog. Although I admit, I'm curious to know how on earth this got enough support on the German WP for implementation.<b style="color:#7D26CD;">Corvus coronoides</b> <sub style="color:#000000;">talk  21:48, 3 January 2009 (UTC)
 * 30) Oppose. English wikipedia is already overwhelmed by hundreds of thousands of subpar articles, and "protecting" this mess diverts resources from improving. There's only a limited pool of resources to do all the jobs. Another administrative burden (of unknown, but non-zero weight) will hardly relieve vandalism - Mr. Hagger has no problems registering dozens of new user accounts every week - but will simply take time. NVO (talk) 16:07, 4 January 2009 (UTC)
 * 31) Strong oppose - this would be totally against the principle of openness that Wikipedia is built on. –neurovelho 22:34, 4 January 2009 (UTC)
 * 32) OPPOSE - Every time I add a Interwiki link to German language biographies of painters who've been dead for more than 400 years (like Absolon Stumme/Absolon Stumme), I feel like a criminal when the page tells me "Dies ist eine ungesichtete Version. Die Änderung muss gesichtet werden, bevor sie Benutzern standardmäßig angezeigt wird." This feature does not distinguish between experienced users and new accounts- all are suspect. <FONT COLOR="#2F4F4F">Litho</FONT><FONT COLOR="#464646">derm</FONT> 23:00, 4 January 2009 (UTC)
 * 33) Oppose - too much diversion of resources. It is using a club when tweezers should do the job. --Bejnar (talk) 03:21, 5 January 2009 (UTC)
 * 34) opposed. Very bad idea. --dab (&#55304;&#56435;) 11:10, 5 January 2009 (UTC)
 * 35) Total oppose. I wonder for how long will they try to sneak this in. This is already the third straw poll about flagged revisions, so WP:DEADHORSE comes to my mind. Admiral Norton (talk) 14:29, 5 January 2009 (UTC)
 * 36) OPPOSE This would kill Wikipedia as we ever knew it. Kingturtle (talk) 20:56, 5 January 2009 (UTC)
 * 37) Oppose This would be bad for Wikipedia outside of BLP articles, if implemented there.-- 2008 Olym pian chit chat 23:40, 5 January 2009 (UTC)
 * 38) Of course not. Ed Wood&#39;s Wig (talk) 01:50, 6 January 2009 (UTC)
 * 39) Strong oppose If flagging is implemented I will quit and I garauntee a lot of other valuable long term editors will throw in the towel as well.Nrswanson (talk) 06:27, 6 January 2009 (UTC)

Opposes (FR-all) 101–

 * 1) Oppose This will create tremendous backlogs and discourage a great many people from editing.  I don't think the benefits are worth those risks. Karanacs (talk) 16:45, 6 January 2009 (UTC)
 * 2) Oppose A very bad idea that would undermine the basic principles of Wikipedia.--Fahrenheit451 (talk) 17:22, 7 January 2009 (UTC)
 * 3) Oppose This wont help with BLPs.  « l | Ψrometheăn ™ | l »   (talk) 18:52, 7 January 2009 (UTC)
 * 4) Über-Oppose For a number of reasons, all of which have been named above. Alohasoy (talk) 21:04, 7 January 2009 (UTC)
 * 5) Oppose Articles that experience high levels of vandalized should be semi-protected, especially if they are BLP. IPs associated with vandalism should be soft-blocked for six months, instead of being given a series of warnings before finally being blocked for a few days. (Why do we give warnings to IPs?) The energy people are putting into this issue should go into improving cluebot and the other antivandalism tools. Perhaps flagging will be become necessary someday, but you don't reach for the sledgehammer until you've exhausted more modest solutions. Kauffner (talk) 06:16, 8 January 2009 (UTC)
 * 6) Oppose - what a headache! Costs will outweigh benefits. Sorry about being so reactionary. Bearian (talk) 19:51, 8 January 2009 (UTC)
 * 7) Oppose - cannot support flagged revisions in any way shape or form. - fchd (talk) 10:45, 9 January 2009 (UTC)
 * 8) Oppose. Is this a joke? Only "trusted" people would OK any edit? What happened to the encyclopaedia anyone can edit? Who gets to be "trusted" and why? This is the worst idea ever, making yet another layer of bureaucracy and pseudo-authority here. There are enough people with jumped up "powers" here, let's not have more. Alun (talk) 17:49, 9 January 2009 (UTC)
 * 9) Strongly oppose. Very bad idea. Implementing this would be the end of a freely edited encyclopaedia for registered editors. -- Necrothesp (talk) 19:26, 9 January 2009 (UTC)
 * 10) Strongly oppose, because that slows down the development process. On browsing facts, the flagged revision is automatically seen, a later development version will be seen only if one wish to edit/maintain, and the contrast when switching from revision to revision will confuse the editor, making him/her abstain from the mental complexity and possible confusion. ... said: Rursus (bork²) 12:50, 10 January 2009 (UTC)
 * 11) Oppose - (From my opposition WRT using FLR on BLP.) I am opposed to flagged revisions in general. This seems to be the extreme case of diminishing returns in deflecting vandalism. I disagree with the implementation of WP:FLR as it will create huge backlogs that can further harm the project. In the security field, it is well known that any resource used with the intention to stop an opponent can, ultimately, be utilized by that same opponent to further her agenda. With this in mind, I don't think FLRs weigh favorably in a cost/benefit ratio. There is much discussion of WP:FLR at Wikipedia talk:Flagged revisions and Wikipedia talk:Flagged revisions/Trial. Pay particular to the comments from our German users as FLRs are implemented on de.wiki. That's just my 2KB.  — Archon Magnus (Talk 16:11, 10 January 2009 (UTC)
 * 12) Oppose - I think that this idea would be impossible to manage and at the same time it doesn't fit with philosophy of wikipedia. Jonson22 (talk) 17:34, 10 January 2009 (UTC)
 * 13) Oppose - I can't take this proposal seriously. We haven't even started the trial so it's not time yet to consider this.  However, my guess is that this would involve an incredible amount of busywork that only slightly improves the encyclopedia - time better spent doing something else.  Also, it would greatly discourage creation, improvement, and maintenance of stub and start class articles, which is most of the encyclopedia.  Wikidemon (talk) 00:38, 12 January 2009 (UTC)
 * 14) Oppose - One of the worst ideas I have ever seen here. One of the biggest problems I have with long-time editors (and I'm basically in that category) is that it's sometimes hard for them (us) to see the value in new contributors and to understand/remember how it is new folks are attracted to our project. What's fun about Wikipedia in terms of contributing is that it's the encyclopedia anyone can edit, and that if you make a change you can see it right away. That's certainly what I first liked about it. Most people (anons or accounts) make good changes they think help the project, and get a sense of satisfaction when they see that change appear immediately. That's the beating heart of what makes Wikipedia work, it's just easy to forget that when you're fighting vandals or responding to crazy polls (like this) that non-Wikipedians can't even understand. If we implement this (probably even just for BLPs, but certainly encyclopedia wide) there will be large backlogs. People who oppose this idea as stupid (of whom there are many) probably won't dive into the breach to help (why would you volunteer to work on something you think is dumb?). In the end we'll have a bunch of people making helpful but small contributions who don't see the results of their work for days or even weeks, and they'll probably just walk away. That's not good for the long-term viability of this project. Obviously I can't guarantee that this is what will happen but the odds are good, and I'm not remotely convinced that we gain much by checking every single edit before publishing. Wikipedia is wonderful because at it's core it trusts that random people all over the world will want to help create an amazing resource, and in so trusting we say something important about human nature. This proposal says we don't trust people and I don't like that. Sorry if that comes off as too quasi-philosophical or overly dramatic, but that's exactly how I feel about it. This is not what I signed up for when I created my account.--Bigtimepeace | talk | contribs 20:55, 12 January 2009 (UTC)
 * 15) Oppose As per my rationale on BLP, this is just another tool that will create disharmony and gameplaying. --Ged UK (talk) 08:11, 13 January 2009 (UTC)
 * 16)  STRONG OPPOSE Agree with User:ErikTheBikeMan, there should be no flagging of any articles. As well-intentioned as this may be, it is a form of censorship that must be managed by some human or committee, which makes it subjective. The strength of Wikipedia involves open collaborative ideas, and any flagging impinges on that. Regular patrols by our diligent patrollers and Wikignomes find and correct most errors of note ... there is no need for anything else. Truthanado (talk) 01:21, 15 January 2009 (UTC)
 * 17) Oppose No way, no how. Manxruler (talk) 02:36, 20 January 2009 (UTC)
 * 18) Oppose - flagged revisions = basic disagreement with the appeal of Wikipedia All Hallow&#39;s Wraith (talk) 07:33, 21 January 2009 (UTC)
 * 19) Oppose flagged revisions (as below) - if you cannot edit Wikipedia, then what is the point?--Rumping (talk) 12:04, 21 January 2009 (UTC)
 * 20) Oppose.  "Welcome to Wikipedia, the free encyclopedia that anyone can edit."  This control-freakery is anti-Wiki.  There are good reasons to be able to contribute anonymously.  Let the quality of each individual edit stand by itself.  If User:God herself makes a bad edit I wish to be able to revert or correct it anonymously if necessary.  Paul Beardsell (talk) 10:40, 23 January 2009 (UTC)
 * 21) The strongest possible oppose I can give. There is no way this would turn out well. It would stifle the voices of new contributors, expand feuding and edit-warring into a totally new area, and generate a massive work backlog. BecauseWhy? (talk) 03:23, 26 January 2009 (UTC)
 * 22) Strongly Oppose I understand the concerns about incorrect content. At the same time, I don't think the English Wikipedia will have near the number of dedicated editors to handle the revisions. Secondly, having any sort of delay will discourage new contributors. It's so cool to see your first edit pop up right away. Third, the potential of censorship by an editor will be far too high. If an editor simply doesn't like the information being presented, he is free to deny any edits that don't support his viewpoint. I think the problem could be dealt with a much more elegant way. Bad edits are almost always the newer edits. We should provide a page "view" where various pieces of sentences have a different background color based on how long that information has existed. For example, let's say there's a sentence that says "John Doe is not a hero to many people". If you turn on the "longevity" page view you'll see that the word 'not' is in a different color than the rest of the sentence. This will tip you off that there has been less review of the word not compared to the rest of the sentence and its less likely to be correct. This would provide the average user with the ability to evaluate the information as posted. I don't know if this is the best solution in and of itself but I know that the idea of flagging the articles is a terrible idea and one I would not support. I've donated to Wikimedia in the past but if this is approved, I know I will not in the future. --Hammy (talk) 04:52, 26 January 2009 (UTC)
 * 23) Strong Oppose Throws freedom down the gutter and kills Wikipedia for all intents and purposes. --Blah2 (talk) 12:04, 26 January 2009 (UTC)
 * 24) Extreme Oppose - So unworkable I could scream. We already don't have enough people around to work on a lot of the articles in projects I'm a part of, and this increases workload way too much.  Let's just keep FR to BLPs only!  Stevie is the man!  Talk &bull; Work 16:55, 26 January 2009 (UTC)
 * 25) Strong Oppose Might as well shut down all operations to expand articles and ask every editor to spend half his time clearing backlog. Maybe in a smaller wiki like the German one, a bunch of hardcore and disciplined Germans can manage it (even then I would wonder how they do it), but no way and no how in the English wiki. Sometimes there are huge backlogs in AfDs, edit-warring violation bans etc. that I wonder WHO is going to be clearing this immense backlog?? 82.230.24.185 (talk) 21:42, 26 January 2009 (UTC)
 * 26) Oppose: Better solutions are available. I've detailed a color-coded solution in Jimbo's talk page which would work a lot better than Flagged Revision alone.  SineSwiper (talk) 23:14, 26 January 2009 (UTC)
 * 27) Oppose - for now, at least. Let's test this in a more limited way, then - perhaps - we could look at this, although I'm doubtful whether it would prove a good idea. Warofdreams talk 00:47, 27 January 2009 (UTC)
 * 28) Oppose as flagged revisions will further concentrate power within Wikipedia and make POV pushing and abuse of that power more likely than the status quo, per the discussion here. A trial of flagged revisions is very unlikely to catch any such abuse, as the POV-pushing reviewers will likely wait until flagged revisions are made a permanent policy to start abusing their power. -- noosph e re 01:05, 27 January 2009 (UTC)
 * 29) Oppose - This option would stifle Wiki - If intended to only allow correct material, we do that at present fairly well, if designed to prevent Wiki from being sued, I do not think that many of the articles would bother, especially things like "rabbits" or "trains" - so it is really only necessary in high profile and those which are taken on a day to day basis like BLP --Chaosdruid (talk) 02:10, 27 January 2009 (UTC)
 * 30) Oppose per Protonk above. Gonzonoir (talk) 17:04, 27 January 2009 (UTC)
 * 31) Strong oppose. This undermines the entire purpose of a wiki. --IdiotSavant (talk) 01:26, 28 January 2009 (UTC)
 * 32) Uhh, how about some testing first?  Suprised this is A) On the table and B) Gets support. -  brenneman  06:29, 28 January 2009 (UTC)
 * 33) Oppose - Undecided on flagged revisions in general. Maybe we should consider using FLRs only specificly, whereas the work on current topics, as living persons are, may significantly be delayed by FLRs, thus my veto against this. Quality control should rather be implemented by picking out potential trolls, towards which semi-protection would be a first step. • <strong style="border: 1px solid #cf8300; padding: 1pt;"> Lirion (Λιριων, Лирион, ليريون)  wtf? • 19:24, 28 January 2009 (UTC)
 * 34) Oppose - oppose the use of flagged revisions in any way shape or form. - fchd (talk) 07:33, 29 January 2009 (UTC)
 * 35) Oppose - I support replacing protected articles with flagging, and maybe BLPs, but doing it to every page is too much.  --Arctic Gnome (talk • contribs) 17:58, 29 January 2009 (UTC)
 * 36) Strong oppose - Flagged revision of everything by default is contrary to WP's whole philosophy. Editors like me will feel much less inclined to contribute.  I doubt those authorised to approve revisions will cope with the workload. Certes (talk) 23:06, 29 January 2009 (UTC)
 * 37) Strong oppose - It will discourage constructive editing of Wikipedia by anonymous and newly registered users, and would be against the spirit of "the encyclopedia anyone can edit", although not technically so. How many people will edit when they can't see immediate, visible results, and have their edits subjected to a review? It's almost like assuming bad faith straight off. Not a good idea at all. -BloodDoll (talk) 02:48, 30 January 2009 (UTC)
 * 38) Strong Oppose - This flies in the face of the concept of Wikipedia being an encyclopedia that anyone can edit. Flagged revisions are an abomination that flies in the face of the very principles of Wikipedia.  Nutiketaiel (talk) 18:41, 30 January 2009 (UTC)
 * 39) Strong Oppose Dy yol (talk) 03:21, 31 January 2009 (UTC)
 * 40) Strong Oppose A massive over-reaction to relatively minor problems.JQ (talk) 04:21, 31 January 2009 (UTC)
 * 41) Oppose No better way to creates a mess. <b style="color:#00A">Greggers</b> <sup style="color:#A00;font-weight:bold;font-size:10px;">(<b style="color:#A00">t</b> &bull; <b style="color:#A00">c</b>) 10:15, 31 January 2009 (UTC)
 * 42) Oppose This is a BAD idea, wikipedia will stop working if we start doing things like this RP459 (talk) 18:04, 31 January 2009 (UTC)
 * 43) Strongest possible oppose. The entire point of Wikipedia is that anyone, yes, anyone, can edit it. I don't know about you, but I edited as an IP for a while before I decided that it was interesting enough that I should create an account. If my edits had not showed up, then I would have felt distrusted and quit. Wikipedia is the free encyclopedia that anyone can edit. It should stay that way, not become "the free encyclopedia that anyone can edit, as long as they're willing to wait until someone who we trusts more comes along and agrees with their edit." – Joe Nu  tter  18:09, 31 January 2009 (UTC)
 * 44) Strongest possible oppose Backlogs and edit conflicts make this unworkable. If anything could crash the system, this might be it. Mervyn Emrys (talk) 18:30, 31 January 2009 (UTC)
 * 45) Very strong oppose This will drive away newcomers, create a backlog of massive approval queues, cause an exodus of editors opposed to oversight by the WikiBureaucracy of their edits, cause umpteen edit conflicts, create a system of prior restraint, and place a chilling effect on the development of WP and the greater Project. Plus, it can be abused - one sockpuppet approves the edit of the puppetmaster or sockpuppet 2. This is like assuming bad faith on a massive scale. – Katana0182 (talk) 20:49, 31 January 2009 (UTC)
 * 46) Oppose -- Its impractical. (Saraths (talk))
 * 47) Oppose - what a terrible idea. Just makes me want to puke, sir! --Protocop (talk) 22:59, 31 January 2009 (UTC)
 * 48) Oppose WP is the encyclopedia anyone can edit, and that means instant results. We can handle petty vandalism just fine. Crum375 (talk) 23:36, 31 January 2009 (UTC)
 * 49) Oppose, I am not not opposed to the idea itself, but it's far too early to tell whether it would be effective, or what problems it would create. Try this out with BLP first, and then it may be time to look at this again. It's far too early at present. Anaxial (talk) 11:24, 1 February 2009 (UTC)
 * 50) Oppose Proponents may be underestimating the psychological effect of preventing new users from editing pages on the fly. Changing a page right now seems far more enticing than submitting a proposed change that may be approved later on.  It's that freedom that generates new content and dedicated Wikipedians.  The flagged protection proposal seems like it would be a more targeted and discrete tool for combating vandalism of BLPs, instead of changing the process for editing the whole site. Fletcher (talk) 16:09, 1 February 2009 (UTC)
 * 51) Oppose - unnecessary and creates too much overhead. A scaled down version is far better to start with.Dbiel (Talk) 22:04, 1 February 2009 (UTC)
 * 52) Oppose: Welcome to Wikipedia, the free encyclopedia that anyone can edit. <font color="Black">Ryan <font color="CornflowerBlue">4314    (talk) 11:54, 2 February 2009 (UTC)
 * 53) Oppose Would make it hard to attract editors. Narayanese (talk) 17:32, 2 February 2009 (UTC)
 * 54) Strongest oppose. FR would kill WP.  Considering all aspects of WP, vandalism is a very minor nuissance.  --  Iterator12n  <font color="Blue"> Talk 03:22, 3 February 2009 (UTC)
 * 55) Oppose - current systems works fine most of the time. -- Vision Thing -- 18:07, 3 February 2009 (UTC)
 * 56) Oppose - Too stodgy. Wikipedia wouldn't work anymore. Vandalism is largely well-controlled, and rarely lasts for long on a page. BLPs maybe. All of it? No reason for it. Wikipedia is dynamic, most editors don't vandalize, so why subject the process to paralysis, temporary or otherwise? Ddawkins73 (talk) 00:52, 4 February 2009 (UTC)
 * 57) Oppose Lets try it on a small subset of pages first and see how the system works. This is hasty and premature. AndrewRT(Talk) 00:54, 4 February 2009 (UTC)
 * 58) Oppose Flagged revision isn't a good idea - its too dependant on a consensus being formed about what the best revision is. Across the board semi-protection I could live with: flagged revision not at all.JonStrines (talk) 15:52, 4 February 2009 (UTC)
 * 59) Oppose Wikipedia would go from being the encyclopaedia anyone can edit to being the encyclopaedia no-one can edit. I am not seeing the queues of reviewer volunteers, either. Orderinchaos 00:45, 6 February 2009 (UTC)
 * 60) Very Strong Oppose. This directly violates one of the WP:FIVEPILLARS (the part that says that anyone can edit). Protecting the relibility of the wiki is important, but so is defending the very ideals it was founded upon. Flaggedrevs might have some usefulness in a very limed scope, to replace semiprotection for problematic BLPs, but in a general sense this is a very bad idea. Firestorm (talk) 04:53, 6 February 2009 (UTC)
 * 61) Strong oppose. I can't think of anything that would slow Wiki down to a crawl more than FR on everything. Using FR to combat vandalism is like using napalm to remove a spot off of a dirty dish. &mdash;  Hello Annyong  (say whaaat?!) 06:18, 6 February 2009 (UTC)
 * 62) Strong oppose. So far, WP was editted by anyone interested, not by a club with memebrship. This proposed measure would fundamentaly change the social character (and hense a lot more) of WP to worse. Dc76\talk 17:34, 6 February 2009 (UTC)
 * 63) Unmanagable and a fundamental change for the worse. - Mailer Diablo 05:48, 12 February 2009 (UTC)
 * 64) Oppose This will never work. ErikTheBikeMan (talk) 05:08, 15 February 2009 (UTC)
 * 65) Oppose flag revs in general. -Royalguard11 (T) 02:05, 16 February 2009 (UTC)
 * 66) Oppose - We'll be spreading our revision flaggers too thin - better use them for more critical articles. עוד מישהו Od Mishehu 13:59, 16 February 2009 (UTC)
 * 67) Oppose - Really, is there a need for this? Templates are viewed as part of the page anyway so vandalisms are easily discovered either way.  &eta;oian   &Dagger;orever &eta;ew &Dagger;rontiers  06:10, 18 February 2009 (UTC)

Not yet (FR-all) 1–100

 * 1) Not yet. We need small scale trials of flagged revisions before using them on such a large scale. —AlanBarrett (talk) 15:09, 3 February 2009 (UTC)