Misplaced Pages

talk:Requests for comment: Difference between revisions - Misplaced Pages

Article snapshot taken from Wikipedia with creative commons attribution-sharealike license. Give it a read and then ask your questions in the chat. We can research this topic together.
Browse history interactively← Previous editContent deleted Content addedVisualWikitext
Revision as of 17:50, 31 August 2005 editMaurreen (talk | contribs)Extended confirmed users, Pending changes reviewers, Rollbackers22,724 edits Del unilateral rule: contested text, compromise proposal← Previous edit Latest revision as of 00:49, 18 January 2025 edit undoWhatamIdoing (talk | contribs)Autopatrolled, Extended confirmed users, Pending changes reviewers122,317 edits Is it an RfC if it isn't publicized?: ReplyTag: Reply 
Line 1: Line 1:
{{talkheader|wp=yes|noarchive=yes|search=no|shortcut=WT:RFC}}
For talk on why this page was created see: ] and ].
{{tmbox|text='''NOTE:''' This talk page is '''not''' the place to post notices of disputes or requests for comment, or to ask questions about changes you would like to make to individual articles. Please follow ].}}
{{info|'''Are you having trouble getting your RfC listed?''' Please ]. If the bot hasn't run in the last few hours, then please alert ]. If the bot is apparently running, then the problem is almost certainly with the template formatting. To get help with formatting the template correctly, please leave a message, including the name of the page where you want to start the RfC, at the bottom of this page.}}
{{FAQ|collapsed=no}}
{{WikiProject banner shell|
{{WikiProject Dispute Resolution}}
}}
{{archive box|search=yes|bot=MiszaBot II|age=40|
*For why RfC was created, see:
**]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
#]
}}
{{User:MiszaBot/config
|archiveheader = {{talkarchivenav}}
|maxarchivesize = 200K
|counter = 21
|minthreadstoarchive = 1
|algo = old(40d)
|archive = Misplaced Pages talk:Requests for comment/Archive %(counter)d
}}


== RFC signer ==
More archives:
*]
*]
*]
*]


What is the current consensus on whether an RFC should be signed with the filer's username? I see there was a discussion about this in , where most agreed that the filer should be identified. Asking this question after an RFC was left unsigned , which although is in line with the RFC information page, is a rare occurrence and obscures accountability whenever it is required. I think the RFC information should be changed to reflect the consensus of editors. ] (]) 10:19, 10 November 2024 (UTC)
==disclaimer rewrite==
:There was a discussion on this ]. The opinion seemed to be that it is acceptable, even sometimes beneficial for them not to be signed, as it let’s editors come to an opinion on the question without being prejudiced by their opinion of the opener.
:It’s not all that rare; ]. ] (]) 10:35, 10 November 2024 (UTC)
::9% is rare. They can avoid prejudice by having the statement filed by an admin for example, not necessarily by having an empty signature. I think after all these discussions an RFC on the way to open an RFC is needed. ] (]) 10:50, 10 November 2024 (UTC)
:Given page history is publicly accessible, I don’t understand the line "obscures accountability" - if you want to know, can’t you just check the history? ] (]) 10:52, 10 November 2024 (UTC)
:: If the RfC question is posed in a perfectly neutral way, it shouldn't be possible to determine the opinion of the opener from the question. The problem comes when a non-neutral question is unsigned, not when a neutral question is unsigned. Requiring a signature will encourage the opener to be more careful in drafting the question. I could imagine an exception for committee-drafted RfCs like we have on VPP sometimes, but otherwise I think that everything that appears on any type of discussion page should indicate who put it there. An RfC on this would be interesting, but I think VPP would be the right place and it would need a discussion first. ]<sup><small>]</small></sup> 11:11, 10 November 2024 (UTC)
:::This assumption is false. Some editors are well-known for holding certain viewpoints (e.g., pro-infobox, anti-pseudoscience), and as a result, merely adding our names makes it possible to determine the opinion of the opener. The username can also act like waving the proverbial red flag in front of a bull: "Oh, ''him''. I'd better go vote against whatever that is" or "My friend started an RFC. I should go help her win". ] (]) 16:36, 11 November 2024 (UTC)
:::: {{Re|WhatamIdoing}} I know this argument and I don't believe it. There is no evidence that any appreciable number of votes occur other than on account of the opinion/POV of the voter. The argument also ignores existing votes. In most cases the originator votes, so if someone was to choose whether/how to vote on account of their opinion of the originator, the originator's vote is much more likely to be the motive. ]<sup><small>]</small></sup> 00:53, 13 November 2024 (UTC)
:::::We could argue all day about how many is an "appreciable number", but we seem to agree that it actually does happen sometimes. ] (]) 17:22, 13 November 2024 (UTC)
::That is why I mentioned obscure not prevent. ] (]) 11:14, 10 November 2024 (UTC)
:::All of that was mentioned in the prior discussion. Another argument against signing an RfC is just a philosophical one: The request isn't personal, so there's nothing to sign. The requester isn't a secret, it's just not part of the request. It's like the reason that you don't sign a Misplaced Pages article when you write one. ] (]) 18:47, 10 November 2024 (UTC)
::::90% + of people who do RFCs sign them. ] (]) 19:04, 10 November 2024 (UTC)
::::Articles are not signed because they are joint work and public-facing. Also because wiki usernames are meaningless to the readership. Also because articles would be a horrible mess after many edits. None of those reasons apply to RfCs, so the analogy fails. ]<sup><small>]</small></sup> 00:54, 11 November 2024 (UTC)
:::::Fair enough. There are enough other reasons not to sign a Misplaced Pages article that I should not have used it as an analogy. For me, the main reason not to sign a Misplaced Pages article is that it isn't personal, like some people believe about their RfC requests. ] (]) 18:36, 11 November 2024 (UTC)
::::::Just woke up one day and thought I will make a non personal RFC about something I don't care about, right? ] (]) 18:43, 11 November 2024 (UTC)
:::::RFCs can be joint work, too.
:::::I think the case you need to make is not "Under ordinary circumstances, signing an RFC is normal and desirable" but "I can hereby prove that under no circumstance whatsoever is it appropriate for an RFC question to be displayed in ] without at least the ''wrong'' username". Because that's what is suggested above: That it would be preferable to have the RFC misleadingly signed by someone who is not actually asking the RFC question ("having the statement filed by an admin for example") than to have it unsigned. ] (]) 16:33, 11 November 2024 (UTC)
::::::Exceptions are fine, we can note those. Otherwise, simply follow common practice and sign, no-one will complain about that. ] (]) 16:38, 11 November 2024 (UTC)
:::::::The problem isn't that nobody complains about the most common practice. The problem is that sometimes the most common practice results in more harm than benefit. ] (]) 16:44, 11 November 2024 (UTC)
::::::::Apparently that's only in theory. Do you have some examples of such harm? ] (]) 16:46, 11 November 2024 (UTC)
:::::::::Sure: I've personally felt drawn to oppose whatever is being recommended because I recognize the username in the question. I'd like to think that I'm enough of an adult to consider the question fairly or to walk away, but I'm also enough of an adult to recognize that an RFC signed by User:TeeteringOnTBAN is not going to get the same response as the same one from User:Unknown or User:Friend. How about you? Are you a paragon of virtue who is never biased by reputation and past experiences with people, or maybe you just have a hard time remembering names? ] (]) 18:53, 11 November 2024 (UTC)
::::::::::Every RFC is like that in my area. ] (]) 19:06, 11 November 2024 (UTC)
:Looking at the precipitating event:
:* @], when you say "accountability", you mean "knowing who to blame for starting an RFC about removing ", right?
:* I wonder if we should take quite the opposite approach, and recommend ''against'' signing RFCs in articles classifed as ].
:] (]) 16:43, 11 November 2024 (UTC)
::Unnecessary, we have lots of RFCs without any problems, it's just the unsigned ones we complain about. ] (]) 16:47, 11 November 2024 (UTC)
:::Wrong, I never complain about unsigned RfCs (un''dated'' RfCs I will add a timestamp to), but I often complain about RfCs that are failing in some other way; sometimes I fix these up because I suspect that the filer might not understand my explanation. Examples: ]; ]; ]; ]. --] &#x1f339; (]) 18:31, 11 November 2024 (UTC)
::::That's you, we're complaining here ;) We have complained about it before, now we havin another go. ] (]) 18:35, 11 November 2024 (UTC)
::::Maybe we'll have a (signed) RFC about it. ] (]) 18:35, 11 November 2024 (UTC)
::Not sure what you are trying to ask about but I won’t be trying to remember details about more than half a year old incident and not sure what is meant with precipitating incident. Accountability as in knowing who to ask when the statement is not neutral/not representative of the discussion/etc. As for the argument that identity of opener shouldn’t affect discussion, this would be also true for everything, including even edits or discussions, so I can’t see why RfC should be a unique exception. ] (]) 19:17, 11 November 2024 (UTC)
:::Are you claiming that the RFC question is non-neutral? Here's a copy of the entire question:
:::"Should the following sentence be added to the lede?
:::{{tqb|In its investigation on 20 October 2023, Forensic Architecture concluded the blast was the result of a munition fired from the direction of Israel}}
:::"
:::If not, then what kind of "accountability" are you needing in this RFC? Or are you only saying that, hypothetically, if someone did need to have a discussion about an RFC question, then it would be unfortunate if you had to waste 30 seconds looking up the username first? I wonder how long it would take if the OP had taken you up on your advice to have an admin sign it instead. Then you'd start with the wrong user. ] (]) 19:27, 11 November 2024 (UTC)
::::Wouldna took any time at all if they signed it like everybody else does. ] (]) 19:34, 11 November 2024 (UTC)
::::I genuinely have no idea what you are trying to get at. I clearly said if it is not neutral, I did not see that any specific question has been non-neutral. 30 seconds is a long time, it should be clear without having to dig anywhere. ] (]) 19:38, 11 November 2024 (UTC)
:::::So you think there's nothing wrong with the question, and therefore you have no need to contact the editor over it. Why exactly do you immediately need to know the editor's name again? Just personal preference? A desire for an unnecessary level of uniformity? ] (]) 15:38, 12 November 2024 (UTC)
::::::A natural desire for transparency and accountability if necessary. ] (]) 20:28, 12 November 2024 (UTC)
:::::::Transparency and accountability are provided by the page history. Desiring these things does not explain why you believe the username need to be immediately visible, without clicking on the page history. ] (]) 17:25, 13 November 2024 (UTC)
::::::::The answer is obvious: Make wants to judge the RFC question by who wrote it. This is the exact reason I think RFCs should ''not'' be signed: to stop, or at least slow down, people from doing exactly that. ] (]) 18:51, 13 November 2024 (UTC)
:::::::::As someone keeps pointing out tho, it is kinda easy to see who put it up. ] (]) 18:52, 13 November 2024 (UTC)
::::::::::If you're on the RfC page, you can look at the page history, sure. But many people won't have had the RfC's page on their watchlists, they will arrive by some other means. Perhaps they habitually check ] etc. and from those, pick out RfCs that they are interested in. What they see on those pages is the ], terminating with a timestamp. I don't think that the lack of an optional signature will make these people say "I won't bother with that one because it's unsigned". But maybe they'll think "it's signed by my nemesis, so I'll go over there and oppose it, whatever the arguments in favour might be". --] &#x1f339; (]) 20:10, 13 November 2024 (UTC)
::::::::::...as the internet has taught us, having to click (or scroll) is enough to dissuade like 90% of people. ] (]) 20:49, 13 November 2024 (UTC)
:::::Did you seriously write "30 seconds is a long time"? {{lol}} ] (]) 18:50, 13 November 2024 (UTC)
::::::Yes, (no pun intended) and it was not sarcastic; editors should not have to spend any amount of time looking for what in my opinion should be naturally presented.
::::::And no, the aim here is not to judge the RFC question by who wrote it; most RFC questions I have seen are in the form of "should X contain Y?" I can't see how this question can be judged based on the RFC's opener.
::::::All in all, seeing an RFC without the opener's username does not feel natural to me, just as an edit summary without one wouldn't (in this case as well it could be argued that hiding it would protect the content from supposed prejudice). ] (]) 18:50, 15 November 2024 (UTC)


Selfstudier, I think these are the reasons for both sides. Have I missed any that seem important to you?
I've attempted another rewrite of this disclaimer, in light of recent events. The diff is . ] 19:25, 29 July 2005 (UTC)


{| class="wikitable"
==example user RFC instructions==
|+ Should we require all RFCs to be signed with a username?
I've tweaked the instructions on the "example user" RFC. The diff is available . Since an RFC is viewed as a tool for revenge by some and since it can be a soft requirement for entering arbitration, I changed the instructions to say a user RFC is for one specific user. Looking at all the archived RFC's, only one user RFC was against two users, and I found that RFC to be highly questionable. This also ought to help prevent an "RFC within an RFC" from occurring, which also happened on the two-user RFC. The other piece added was to clarify that there are three sections (statement of dispute, response, outside comments) and users signing/voting/endorsing one section should not edit the other sections. The two-user RFC, by the end, had people who were endorsing the RFC also putting statements into the "response" section, disputing the views of users who posted in teh "outside comment" section. This didn't help resolve any dispute, it only helped to widen who was involved in the dispute. Finally, the bottom of the RFC says, all discussion should go to the talk page, and I added a clarification to say, no, really, all discussion should go to talk. Everytime I've seen threaded replies occur on an RFC, it only escalated the dispute, rather than resolve it. The idea that all responses should go to talk is intended to at least give everyone some space on the RFC page to state their side fo things without the opposite side getting in their face about it. ] 14:53, 4 August 2005 (UTC)
|-
! {{yes}}, we should require this.
! {{no}}, we should not require this.
|-
| scope="col" width="50%" |
* If an RFC is unsigned, and I want to know who started it, I have to waste seconds looking in the page history.
* RFC used to ban signatures, but since editors were given a choice, signing has become the most popular choice (10 out of 11 RFCs).
* If someone wants to start and RFC without their name appearing at the top of the section, they can ask an admin to sign the admin's username instead.
* We could also make a list of exceptions but still officially require signing your name.
| scope="col" width="50%" |
* Some RFCs are written by more than one person, so signing one name is inaccurate. Signing with someone else's name would be even worse, because the page history would not have an accurate name.
* Unsigned RFCs promote fairness. Without knowing who started the RFC, the responses will not be biased by wanting to support a friend or reacting to the reputation of the editor who started it.
* Not including a username is important for some subjects, when an individual's signature might be seen as disclosing the editor's view on the subject. For example, if the username is either in the Hebrew or the Arabic alphabet, and the article is about Palestinians, then editors will assume that the person starting the RFC is biased.
|}


] (]) 19:23, 11 November 2024 (UTC)
== Added requirements for user conduct RFCs ==


:Still waitin on those examples, btw. ] (]) 19:27, 11 November 2024 (UTC)
Several weeks ago, this section was added:
::I've ] you an example of the bias caused by seeing the signature, and you ] that you encounter the same problem. What more do you want? Names and dates, like "Here's a link to an RFC where I chose not to participate because the OP has such a bad reputation, and as proof of the bad reputation, here's the ANI discussion where they earned a TBAN"? If so, sorry: I'm not really interested in engaging in gossip about individuals. ] (]) 19:30, 11 November 2024 (UTC)
:::Then I am not interested in your theorizing, fair's fair. ] (]) 19:35, 11 November 2024 (UTC)
::::You've ] that {{xt|Every RFC...in my area}} has you reacting to the reputation of the signing editor and your own past experiences with the signing editor. I wouldn't call your personal lived experiences to be "my theorizing". ] (]) 17:29, 13 November 2024 (UTC)
:::::I would, tho. ] (]) 17:33, 13 November 2024 (UTC)
:The argument about Arabic or Hebrew usernames is still unconvincing. Does this mean we should hide editors’ names when they edit so that people don’t perceive it in a biased way? Does this mean we should hide usernames in discussions so that editors don’t also perceive their opinions in a biased way? Why do we give an RFC special treatment? ] (]) 19:41, 11 November 2024 (UTC)
::Yes, we do allow editors to hide their usernames when they edit so that people don’t perceive it in a biased way. See ]. ] (]) 15:36, 12 November 2024 (UTC)
:::Legitimate uses requires not crossing the streams. If an editor has a bias on something, and an edit history with that bias, and they use an alt account to hide from that known bias, that is not a legitimate alt account, but is pretending to be someone they are not. A SOCK violation. ] (]) 06:12, 17 December 2024 (UTC)
:“Have to waste seconds” is offensive. It takes much more than seconds, and worse, it derails your thinking. ] (]) 06:05, 17 December 2024 (UTC)
:“Some RFCs are written by more than one person …”. A multi-signed document has to be signed by each signatory, normal and standard. Suggesting that one sign for the others is a weird distraction. On important matters, three admins may be called up to close a discussion, and they do this by each signing the closing statement. At RfA, the multiple nominators each sign separately. ] (]) 06:08, 17 December 2024 (UTC)
:“Unsigned RFCs promote fairness”. No, not really, they hide the bias. The answer to concerns of unfairness, or unfair bias, is transparency. Declare the bias. Name the authors, and any other contributors, and declare any bias. ] (]) 06:10, 17 December 2024 (UTC)


This is just an info page, I think we should just amend this statement "Sign the statement with either <nowiki>~~~~</nowiki> (name, time and date) or <nowiki>~~~~~</nowiki> (just the time and date)." so as to clarify that it is usual to give the name version unless there is some good reason not to, which reason should be given somewhere. ] (]) 20:04, 11 November 2024 (UTC)
<nowiki>===User conduct RfC===</nowiki>


:I think that both parts of this suggestion (i.e., telling people that it's usual to sign the username and adding an additional rule to post an explicit justification for not making the popular choice) are ]. ] (]) 15:40, 12 November 2024 (UTC)
:* ''For disputes over user conduct, before requesting community comment, '''at least two people''' should have contacted the user on their talk page, or the talk pages involved in the dispute, and failed to resolve the problem. '''Any RfC not accompanied by diffs showing that two users tried and failed to resolve the same dispute will be deleted after 48 hours.''' The diffs should not simply show evidence of the dispute itself, but should show attempts to find a resolution or compromise. The two users certifying the dispute must be the same users who were involved in the attempt to resolve it. (However, an RfC subject to deletion for lack of evidence should not normally be deleted by an editor whose conduct it is discussing, but rather by a neutral Admin.)''
::It's just an info page. ] (]) 15:44, 12 November 2024 (UTC)
:* ''An RFC is considered a soft requirement for entering Arbitration, which can bring punitive actions against an editor. However, do not open an RFC simply to better your odds at getting into arbitration and punish another editor. An RFC is intended to operate in and of itself as a means to resolve a dispute. An RFC is not arbitration application paperwork. An RFC is a tool for resolving a dispute. Use it as such.''
:::So? We don't need instruction creep on info pages, either. ] (]) 17:24, 13 November 2024 (UTC)
::::Info is not instruction. ] (]) 17:29, 13 November 2024 (UTC)
:::::Telling editors that they should {{xt|give the name version unless there is some good reason not to, which reason should be given somewhere}} is instruction, not info. ] (]) 17:30, 13 November 2024 (UTC)
::::::It's info, y'know, cos it's an info page. ] (]) 17:33, 13 November 2024 (UTC)
:::::::I think you are reading too much into the label at the top of the page. ] (]) 17:49, 13 November 2024 (UTC)
::::::::No, just getting ready for the RFC is all. ] (]) 18:01, 13 November 2024 (UTC)
I’ve opened several RfCs that were signed with just a timestamp, and no one’s made a fuss about it. Since both the ] and this one were triggered by BilledMammal not signing his RfCs with his username, if he is creating non-neutral or problematic RfCs to the point where he should be required to sign with his username for purposes of accountability or transparency, then there’s a more significant issue at play here than simply whether or not the RfC is signed with a username. ] (]) 23:49, 12 November 2024 (UTC)


:There's also this handy userscript called ] that allows editors to click on the timestamp of a comment and it'll bring them directly to the diff of the comment. ] (]) 23:54, 12 November 2024 (UTC)
There was no vote or discussion that I am aware of, and in addition to some instruction creep, this adds a requirement for diffs. I don't think such a requirement is called for, because it has the effect of stifling discussion. In some cases there may not be any clear diffs, as when discussion occured via email or IRC. I removed the section from the project page and invite discussion here.
::That’s some technical skill required to uncover what should be easy, making discovering the anonymous author easy for some and hard for others. ] (]) 06:15, 17 December 2024 (UTC)


== RFC on signing RFCs ==
The original purpose of the certification mechanism, where two users must certify, was to reduce the volume of frivilous RFCs from vandals and trolls. It was not intended to make RFC a mechanism of last resort. RFCs serve a purpose in that they provide a central point of discussion. People will discuss things they're upset about, either here, or at the village pump, or the administrator's noticeboard, or on the mailing list. Let's continue to have RFC be a suitable forum for somewhat less formal discussion, and leave the diffs and evidence-gathering to RFAr where it is more appropriate. ] Co., ] 18:39, 6 August 2005 (UTC)
{{atop
] Co., ] 18:39, 6 August 2005 (UTC)
| result = There seems to be general consensus against any change. {{nac}} ] (]) 21:40, 24 December 2024 (UTC)
}}


<!-- ] 19:01, 18 December 2024 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1734548467}}
:I agree with the removal. ] ] 04:19, 7 August 2005 (UTC)


Should the words "or <nowiki>~~~~~</nowiki> (just the time and date)" be removed from statement 5 of ]?
:Also agree with the removal. The requirement could just be to have certification by 2 real distinct editors - for the basis of a legitimate Request for Discussion of the matter, only.. --] 19:13, 10 August 2005 (UTC)


] (]) 18:18, 13 November 2024 (UTC)
== RFC has been split! ==


===Survey===
The RFCs on article content had been split a while ago among nine topic areas. These have now been moved to subpages. This will allow experts in a certain area to keep that subpage on their watchlist, and contribute to what they know best. There is also a central page that transcludes them all. Please comment here, and tell us if you think the current subject areas are too narrow, broad, overlapping, confusing, or if any are missing. ]]] 08:22, August 7, 2005 (UTC)
* '''Yes''' The vast majority of RFCs are signed and there does not appear to be a valid reason for not signing. It has been suggested that a signature may induce bias in responses but there is no evidence for this. It has further been suggested that an RFC may be workshopped and therefore the creation of more than one editor, however the editor posting the RFC can simply indicate the location of the RFCBefore to clarify matters.] (]) 18:19, 13 November 2024 (UTC)
* '''No''', for ]. The reasons to not require an RFC question to end with one person's username are much stronger than the other reasons. The username is not required for any purpose (the bot looks for the date, but not a username). {{pb}}For background, there are now about 10 RFCs are signed with a username for every 1 RFC without it. Someone complains about an RFC that lists the username only in the page history, but not at ] every year or two. As far as I can remember, every single complaint, including the most recent, involved some sort of political hot button. The most recent complaint is about an RFC related to the ], and I frankly couldn't fault other editors if they cynically wondered whether the real desire is to know whether the person who started that RFC is Jewish. (The complainant has already said that the RFC question complies with ].) We have a number of trans editors whose usernames indicate that they are out and proud, or their ]s use the colors or emojis that are associated with the ]. If one of them felt it was necessary to start an RFC, then I see no reason for us to require them to put their username, and therefore to disclose their trans identity, at the end of the question. The questions are supposed to be impersonal and neutral enough that the identity of the person starting the question is unimportant. Also, note that RFCs are sometimes posted on behalf of a group (or an individual who isn't sure how to start an RFC), so adding a username would be misleading. ] (]) 18:34, 13 November 2024 (UTC)
*: You should strike your "I frankly couldn't fault..." sentence as it is really offensive. You have been here long enough to know that casting aspersions like that is not allowed. ]<sup><small>]</small></sup> 08:28, 14 November 2024 (UTC)
* '''No''', for the reasons in "WAID's No Box" in the previous subsection. I don't sign my RFC questions -- I just timestamp them, then add a "(as RFC initiator)" or "(as proposer)" to my !vote. It's much fairer that way. I ''know'' that seeing my name at the end of an RFC question will influence the response. There are also other situations, as detailed in the "No Box" above, e.g. when the person who posts the RFC isn't really the "author" of the RFC, or when there are multiple RFC initiators. All in all, I really don't see the benefit in requiring signatures after the RFC question -- I really think it's better to ''forbid'' it, in fact. RFCs should be decided on their merits; who initiated it is irrelevant. ] (]) 18:44, 13 November 2024 (UTC)
*:I can go along with forbidding altogether as well. ] (]) 18:49, 13 November 2024 (UTC)
*:I don't understand how an unsigned RfC followed by a !vote "as proposer" could influence others less than a signed RfC. The !vote is where you express your opinion and by implication how you wish other people will vote; people who hate you are now much better informed on how to vote against you. ]<sup><small>]</small></sup> 12:46, 14 November 2024 (UTC)
*::The vote doesn't show on FRS or at WP:RFC. Clicking/scrolling is a real discouragement on the internet. ] (]) 13:45, 14 November 2024 (UTC)
*:::: I would support changing the mechanism so that signatures don't appear at all in FRS or WP:RFC. Whether they are signed or not. Then people who use those services to watch for interesting RfCs will decide only according to the topic whether to visit the actual RfC. ]<sup><small>]</small></sup> 03:31, 15 November 2024 (UTC)
*:::::Unless there's a different FRS page I don't know about, the ] talk page notifications don't show the RfC questions at all (example: ). ] (]) 13:13, 15 November 2024 (UTC)
*::::::You are correct. The RFC questions are shown only on the central pages (e.g., ]) and at the discussion themselves. The FRS messages provide only a link. ] (]) 14:29, 15 November 2024 (UTC)
*:::Also, some editors start RFCs and do not immediately post their own views (or at all). ] (]) 19:59, 14 November 2024 (UTC)
*:To me I would support this option as a reasonable middle ground solution, tackling a bit both concerns of the supposed potential of prejudice against the opener, and of lack of transparency. ] (]) 18:55, 15 November 2024 (UTC)
*:Who initiated it is never irrelevant, and is often important to discover some nefarious intent hidden behind a bland looking proposal. ] (]) 06:17, 17 December 2024 (UTC)
* '''No''', RFCs should be as little about individual editors as possible. Unsigned RFCs won’t stop the most battlegroundy from checking history, but I think it would curb less conscious predispositions. <span style="position: relative; top: -0.5em;">꧁</span>]<span style="position: relative; top: -0.5em;">꧂</span> 08:42, 14 November 2024 (UTC)
*'''No''', signing an RfC makes it personal and a requester of comments should be able to present it as not a personal request. ] (]) 22:42, 14 November 2024 (UTC)
*'''No''' as per WAID and in particular because of the tribalism that is prevalent around many of the most contentious arguments that prompt RFCs. If it really matters, and someone truly wishes to go spelunking through the edit history, so be it, but for the average wikipedian, not having a signature should be fine; they don't need to know the person who proposed an RFC to try to decide on the matter at hand. ] (]) 03:36, 15 November 2024 (UTC)
*'''Yes''' it shouldn't be hidden, just as much as an edit summary shouldn't have the username hidden. But as for a middle ground solution, I am ready to support Levivich's suggestion, which tackles a bit both concerns, that of supposed potential for prejudice, as well as the potential for lack of transparency. ] (]) 18:58, 15 November 2024 (UTC)
*'''No''', not necessary, and wouldn't improve Misplaced Pages. ''']'''<span style="border:2px solid #073642;background:rgb(255,156,0);background:linear-gradient(90deg, rgba(255,156,0,1) 0%, rgba(147,0,255,1) 45%, rgba(4,123,134,1) 87%);">]</span> 05:00, 17 November 2024 (UTC)
*'''Yes''', because none of the reasons for not using one's username outweigh the value of doing so (transparency being chief among them). Levivich's compromise is also a good one. ] (]) 19:51, 18 November 2024 (UTC)
*'''No''' largely per the arguments above (with no preference for/against a full ban on signatures). If an RfC is bad enough to require sanctions, it takes less than a minute to look up the creator, and if it doesn’t, the creator likely doesn’t matter. ] (]) 12:11, 23 November 2024 (UTC)
* '''Yes'''. All talk page posts should be signed. Anonymous RfC introductions are weird and stupid. They make it hard to work out what is going on. They make it look like not a talk page, which is disconcerting. Multi-section anonymous RfC starts are bamboozling, a barrier to participating. —] (]) 06:03, 17 December 2024 (UTC)


===Discussion===
:"Requests for comment/All" does not indicate the topics. ] ] 16:39, 7 August 2005 (UTC)
], the bot just pulled the tag. It's been 20 days since the last comment. Do you want to write the closing summary yourself, or do you want to list this at ]? (See the FAQ at the top of this page and #4 in ] if you weren't aware that you have that option.) ] (]) 01:23, 14 December 2024 (UTC)
*Ah, I see the problem... the {{tl|RFCheader}} uses the PAGENAME string, so it doesn't work on /All. It should have a parameter instead. I'll fix it tomorrow if nobody else has by then. ]]] 19:18, August 7, 2005 (UTC)


:Also, on the one hand, we can now categorize the topic sections. But on the other hand, it splits the people RFCs and users must now go to multiple pages to start the RFC. ] ] 17:03, 7 August 2005 (UTC) :As well as signing my RFCs I don't usually close RFCs I am involved in but thanks for the unnecessary ping anyway. ] (]) 10:18, 14 December 2024 (UTC)
{{abot}}
*It's one extra click for people filing an RFC. On the other hand, it now allows people to watchlist the section(s) they are interested in; that wasn't feasible before. More comments welcome, of course; I was just being bold but would like to hear what people think. Or we could always try it out for a week or two and see if it's useful or awkward. ]]] 19:17, August 7, 2005 (UTC)


== ArbCom limits on RFC comments ==
:Damn. A bunch more pages I need to find to add to my watchlist. --] 04:37, 8 August 2005 (UTC)


Just FYI:
==Maintenance collaboration==


Within the ] subject area, ] has all editors to a maximum of 1,000 words per RFC for the next two years (until 15 November 2027).
I've nominated the RFC page at ]. ] ] 16:59, 9 August 2005 (UTC)


I believe this will have no effect on >90% of participants in those RFCs, but it will affect some people. ] (]) 07:18, 18 November 2024 (UTC)
== Request for Comment regarding Biff Rose entry, and User:willmcw ==


== How long is the result of an RFC valid for? ==
I have had some issues with willmcw and the edits he reverts on the Biff Rose page. As it stands it is frozen with eidts I agree with. I ask that people research the lyrics of Biff Rose, and his websites, which include many of the offending racist and anti semitic statements as well as the lyrics from some of his songs. It is important to get a whole overview beyond that of Rose himself.


If an RfC is closed, how long is the result valid for? 6 months? A year? In other words, how long until an editor can either contest it or raise a similar issue again? ] (]) 01:32, 21 December 2024 (UTC)
I will abide by the findings, however they play out. I would ask that willmcw would no longer post on my user page as he is insulting and making me out to be something I am not. It effects my relation with other wikipedia users. Thanks] 07:30, 10 August 2005 (UTC)
*Hello. I have witnessed several of these "edits" and let's be clear: Espinola removed a significant number of cleanup tags I had placed in the process of migrating the old cleanup archives to the new ones. Willmcw reverted many of those back to their proper place. If any thing, there needs to be a RfC on espinola himself, just see ] for more on this. — ] (]) 16:40, 10 August 2005 (UTC)


:until you can find a reason to argue that consensus has changed or will change somehow. maybe a new piece of evidence, or the previous RFC had only local consensus, or nobody is around who will raise the fact that a previous RFC answered it already ] (]) 01:40, 21 December 2024 (UTC)
== Inappropriate Signatures ==
::"Local consensus" is one of those complicated phrases on wiki. The policy means "a consensus that conflicts with policies and guidelines". But some editors use it to indicate "only a few people participated in the discussion" or even "those editors disagreed with me, so they must be wrong".
::As a widely advertised discussion, an RFC should be assumed to represent the community's view at that time.
::@], there is no set rule against immediately contesting a decision (assuming a consensus formed). However, if you run the same question less than six months later, you can expect someone to complain. ] (]) 02:10, 21 December 2024 (UTC)
:::That's understandable. ] (]) 02:41, 21 December 2024 (UTC)


==Is it an RfC if it isn't publicized?==
There is a current RfAr concerning the complaint that a user has an inappropriate signature. (At least, the summary says that that is the issue, but there seem to other complaints about the user's conduct.) An RfAr seems to be a drastic step to deal with a complaint about a signature. Should inappropriate signatures be dealt with under inappropriate user names, or should there be a separate section of this page? ] 11:24, 10 August 2005 (UTC)
The page today says that all you have to do to create an RfC is start a discussion on a talk page and put "RfC" in the section title. It says publicizing it is optional, for when you want more than the usual watchers of that talk page to comment.
*I'd say it's part of user conduct. Only, of course, if you've asked the user and that didn't help. The issue doesn't come up often enough to warrant its own section, and user''name'' conflicts are usually about simple vandalism and impersonation attempts. ]]] 11:29, August 10, 2005 (UTC)


It seems to me that what makes an RfC an RfC is that it contains an {{tl|rfc}} template invocation, and that the essential result of that is that more people than the regular page watchers get invited to comment. Without the {{tl|rfc}} tag, I would just call it a discussion. ] (]) 21:13, 11 January 2025 (UTC)
:Very timely post. Just yesterday I per my understanding and past experience. Then I read the information page and was very surprised to see that my edit is not supported by the language there. (My edit was not challenged.) By the more liberal, less restrictive definition, a large majority of ATP discussions are RfCs in my experience; they are requests for comments. That doesn't seem very useful in my view. &#8213;]&nbsp;] 21:38, 11 January 2025 (UTC)
::It looks like @] . While I'm not attached to the old version, the new version clearly still needs some work. If the discussion doesn't appear in ], it's not an RFC.
::@], I agree with you: non-RFCs shouldn't claim to be RFCs in the section headings, and RFCs should declare that they're RFCs in the section heading (assuming the RFC is not on a dedicated page). ] (]) 22:08, 11 January 2025 (UTC)
:{{tq|what makes an RfC an RfC is that it contains an {{tl|rfc}} template invocation}} Yeah, that's my understanding of what an RfC is too. I've made some changes to the page to reflect that. ] (]) 22:12, 11 January 2025 (UTC)


If all the bots on Misplaced Pages disappeared tomorrow, you could still start a "request for comment". All it is, is requesting the Misplaced Pages community to comment in a discussion. Which can be seen if one goes back and looks at the history of this page. The bot is a convenience, it is not the discussion itself. - <b>]</b> 22:36, 11 January 2025 (UTC)
==The time limit used for Uncertified RFCs==
:The RfC listings and the feedback request service are how we notify {{tq|the Misplaced Pages community}} that their comments are solicited. While not impossible, it would be impractical to do that without the {{tlx|rfc}} template and the bots. I don't know about you, but I haven't the time to go around visiting hundreds or thousands of ATPs (and other talk spaces) to find requests for my comments. &#8213;]&nbsp;] 23:12, 11 January 2025 (UTC)
::The bot is indeed a convenience. However, listing the discussion ("actually making a request for comments", if you prefer) on the central listing pages, is required. Those central lists used to be maintained 100% manually. An RFC is only an RFC if they get listed there. Otherwise, it's just a talk page discussion. ] (]) 23:13, 11 January 2025 (UTC)
::Even without Legobot to populate ] etc., you can still keep track of current RfCs because any page bearing at least one {{tlx|rfc}} banner will also be in {{cl|Misplaced Pages requests for comment}} (although the cat won't help to find the second RfC on a page that has two or more). As I write this, the category contains 63 pages, so far from {{tq|visiting hundreds or thousands of ATPs (and other talk spaces) to find requests for my comments}} it's a few dozen. This tracking category is not dependent upon any bot. Quite the reverse: Legobot uses the category to determine which pages currently have a {{tlx|rfc}} and so may need attention. --] &#x1f339; (]) 11:22, 12 January 2025 (UTC)
:::Thanks for the largely academic technical correction (as you say, we don't ''technically'' need Legobot to find RfCs, but we still need the {{tlx|rfc}} template). I hope and believe you agree that a discussion without an {{tlx|rfc}} template (and other differences, such as concise RfC question) is not an RfC. &#8213;]&nbsp;] 21:22, 12 January 2025 (UTC)
::::Arguably it could be a valid RfC without the template if, for example, listed on ].—]&nbsp;<small>]/]</small> 17:05, 13 January 2025 (UTC)
:::::It could be a widely advertised discussion if it were listed on CENT or in a watchlist notice, but it wouldn't be an RFC.
:::::See, e.g., "RfC is one of several processes available within Misplaced Pages's ]" – RFC is a specific process, not just any old discussion. "A list of all current RfCs can be found at ] (])." – Ergo, if it's not (never) listed there, it's not an RFC. "A '''request for comment''' (RfC) is a way to ask the ] for input on an issue." – an RFC is "a way to ask", which means that other ways of asking are ''not'' RFCs. And so forth. ] (]) 18:50, 13 January 2025 (UTC)
::::::And yet there were RFCs for about five years before the template even existed. "Request for comment" surely means any request, made in a public place, meant to attract previously uninvolved editors to help resolve a dispute by commenting.—]&nbsp;<small>]/]</small> 20:47, 13 January 2025 (UTC)
:::::::{{tq|And yet there were RFCs for about five years before the template even existed.}} I'll take your word for that; I wasn't around then. So we improved things. I propose that we not turn back the clock. There's lower-case "request for comment", and then there's "RfC" which, quite rightly, has evolved a more specific definition at Misplaced Pages. Let's not conflate the two, ok? &#8213;]&nbsp;] 21:13, 13 January 2025 (UTC)
::::::::"Improved" is a subjective determination...
::::::::Anyway, ] is correct.
::::::::An RfC differs from a "regular discussion" (whatever that's supposed to mean) in that the "intent" is to attempt to achieve a broader community ], rather than merely a ]. Thus attempting to avoid a ], or an ] (etc.), by inviting others to join in the discussion. It doesn't matter if the publicizing is done by bot, template, watched category, watched noticeboard, watched talk page, or whatever. As noted in the publicizing section on this page.
::::::::We treat various noticeboards that way. For example, at AN/I someone can be considered Community-banned. ] being something requiring community consensus.
::::::::So an RfC isn't about a bot or a template (or whether it has capital letters), but whether the community considers the discussion a "community consensus".
::::::::It's implied there in the name: Request for <community> comment. - <b>]</b> 21:15, 13 January 2025 (UTC)
:::::::::All else aside: If you wish to change the long-standing, widely accepted definition of "RfC", you'll need to do it at Village Pump, not here. Or, at least using RfC here (with an {{tlx|rfc}} template). The participants here to date can almost be counted on one hand, and that's far from enough. I'm fairly confident a more public proposal would fail, but have at it. &#8213;]&nbsp;] 21:25, 13 January 2025 (UTC)
::::::::::What is it that you are claiming that I have changed? - <b>]</b> 21:30, 13 January 2025 (UTC)
:::::::::::{{tq|the long-standing, widely accepted definition of "RfC"}} is discussions that use the {{tlx|rfc}} template. Do you not seek to expand that definition? Your now-reverted changes to the language certainly implied that you do. &#8213;]&nbsp;] 21:39, 13 January 2025 (UTC)
::::::::::::I'm looking at - the version of the page before I started editing the page on Jan 9. I don't think that what I am saying here disagrees with what it says there under "What an RfC is".
::::::::::::Direct quote: ''"An RfC discussion typically takes place on a section or subsection of a talk page or noticeboard, and is an ordinary Misplaced Pages discussion that follows the normal rules and procedures, including possible closing."''
::::::::::::"...is an ordinary discussion".
::::::::::::So it seems to me that the misunderstanding here, could be yours.
::::::::::::Anyway, the intent or goal of using the bot is to publicize a discussion to the broader community. On that I don't think anyone here disagrees.
::::::::::::Maybe we should be clearer on the page about '''why''' we are using the bot for notification - the want for broader community consensus. - <b>]</b> 21:53, 13 January 2025 (UTC)
:::::::::::::I wrote that sentence, so let me tell you the intention behind it.
:::::::::::::An RFC is an ordinary discussion in that the usual talk page rules apply (e.g., you can't unilaterally ban threaded discussion), and consensus can change. Both of these points have been sources of significant contention in recent years.
:::::::::::::However, an RFC is not ''just'' an ordinary discussion, and not all ordinary discussions are RFCs. An RFC is not an RFC if it is not publicized to the community through the exact method of listing it on the RFC pages.
:::::::::::::The usual and most convenient way to list it is to add the rfc template to the discussion. We are using the bot for the central lists, because when we did everything manually, editors found it difficult, regularly screwed up the formatting, and very frequently forgot to remove the outdated listings. (The bot that notifies individuals of RFCs that might interest them is separate and highly effective, but not essential to the definition of an RFC.) ] (]) 22:13, 13 January 2025 (UTC)
::::::::::::::“An RFC is an ordinary discussion in that the usual talk page rules apply”? Such as the expectation that all posts are signed? ] (]) 01:25, 14 January 2025 (UTC)
:::::::::::::::Not everything on a talk page requires a signature (e.g., a ===Drafting=== subsection). ] (]) 03:21, 14 January 2025 (UTC)
::::::::::::::::Every post on a talk page requires a signature. Unsigned drafting sections are an abomination to the wiki, anonymous flag flying, impractical to decipher who is pushing what and why. The edit history is convoluted content-editing & discussion, making wikiarcheology painful to practically impossible, if a good number of editors were involved. Often, a good number of editors are not involved, which is not a sign of success, but of process failure to attract outside participation. There are many reasons outsiders fail to be attracted, but one of them is definitely the aversion to a question of unknown authorship.
::::::::::::::::Misplaced Pages began this way in 2000, and the abandonment of that style and development of the talk page was a very early technical necessity. I guess that this happened so early that the lesson was forgotten, because it was repeated with the incubator and drafting being done in project_talkspace, with comments again on the same page, mixed signed and unsigned editing in the history. The artefacts of that mistake are still a problem.
::::::::::::::::Some very clever leading Wikipedians had a skill in presenting proposals with two column displays of the status quo vs proposed draft, on the talk page, unsigned, uneditable-in-practice except by the undeclared proposal author. Luckily, the clever leading Wikipedian knew what she was talking about, because the draft author in history-obscured methods either get their way or nothing happens. Unsigned drafting on a talkpage is a work style to be opposed.
::::::::::::::::The applicable meaning here? RfCs are not special. Special templates and bots are not justification for arguing that RfCs have special status. Special templates and bots are slippery paths toward technocracy.
::::::::::::::::- ] (]) 04:28, 15 January 2025 (UTC)
:::::::::::::::::I'm sorry that you're unhappy with the outcome of the recent RFC.
:::::::::::::::::I still don't think that putting "RFC" in a section heading actually makes a discussion use the ] process. ] (]) 04:45, 15 January 2025 (UTC)


:::::::There were RFCs before the template existed, but there weren't RFCs before the separate, central location for posting them existed. See, e.g., , which listed one discussion in each of three categories (article, user, and admin) as an example of this new process. ] (]) 21:43, 13 January 2025 (UTC)
:By the way, is anyone aware of the rationale for choosing '''48 hours''' as the time limit? Perhaps '''72 hours''' or greater would be the more appropriate time limit for certification, so that people can actually notice an Rfc before the time has already been called. This important, since not just any user can notice, research, and get an Rfc certified... other actual parties to be involved in a similar dispute with the user have to notice -- it could therefore take a while for them to become aware, especially if they don't log on every day, or is the Rfc process only designed for situations where disputes involve dozens of users?
::::::::With the pretty obvious goal being to publicize those discussions, by attempting to make it easier for others to find the discussions in question. This process has merely been about publicizing discussions to get broader community input. - <b>]</b> 21:57, 13 January 2025 (UTC)
:::::::::With the pretty obvious goal of having a single central location for finding out about those discussions, rather than having editors spam notices hither and yon and nobody being able to find them all, because I posted mine at RSN, and you posted yours at VPP, and Alice posted hers at a WikiProject, and Bob posted his on the wikipedia-l mailing list, and Chris posted theirs on Jimmy's talk page.
:::::::::Unlike the scattershot process used before it, the RFC process offers one-stop shopping. All the RFCs are listed in the same place, and non-RFCs are not listed there. ] (]) 22:19, 13 January 2025 (UTC)
::::::::::And yet, even this page suggests that one could post notices "hither and yon" to publicize a discussion. Also known as ].
::::::::::And everything you note is merely that this page was used as a central place to notify editors of discussions. It was/is one of many ways.
::::::::::Anyway, the point of this page was - and still is - about publicizing discussions. To make it easier for people to know about/find discussions.
::::::::::Incidentally, nowhere have I said that the bot-assited notification method use is "bad" or a "bad thing". I have left such value assessments out of this. (I personally also find them somewhat convenient).
::::::::::But we shouldn't be teling editors that using the bot is the only way that they can notify others about a discussion.
::::::::::If I were to place "request for comment" in a header, and not add the rfc template, but added a link to the discussion at the other typical places, would it be any less of a community consensus? Of course not.
::::::::::Use of the bot does not control the usage of the phrase "Request for comment", or the abbreviation "RfC". And if someone would like to suggest it does, perhaps we shold travel over for another look at ]... - <b>]</b> 07:18, 14 January 2025 (UTC)
:::::::::::We are not telling editors that using the bot (which one, by the way? The bot that adds the RFC question to the central lists, or the FRS bot that invites individual editors to participate?) is "the only way that they can notify others about a discussion".
:::::::::::We are telling them that it is possible to notify others about a discussion, and indeedd to form a community consensus without using the ] process.
:::::::::::And if you're not using the RFC process, you shouldn't call it an RFC (on wiki). ] (]) 00:05, 15 January 2025 (UTC)
::::::::::::That last sentence - why not? What makes the phrase "request for comment" exclusive to only bot use? I can request comments on Misplaced Pages any time, and most any place on Misplaced Pages. And really, I would think we'd agree, we should be encouraging it of edits, as positive collaboration towards consensus would seem to be a good thing. - <b>]</b> 07:01, 15 January 2025 (UTC)
:::::::::::::What makes the phrase "proposed deletion" exclusive only to the prod tag? I can propose the deletion of an article on Misplaced Pages any time, and most any place on Misplaced Pages. ] (]) 19:53, 15 January 2025 (UTC)
::::::::::::::And in WP:DELPRO, it notes that in certain cases an AFD nom can be treated as a PROD. They're all part of the same process.
::::::::::::::So why would an RFC be separate from the typical WP:CON talk page processes? - <b>]</b> 23:28, 15 January 2025 (UTC)
:::::::::::::::Nothing in DELPRO, or any other page, says that using the words "proposed deletion" somewhere on a talk page makes a comment an actual ]. DELPRO only says that certain low-participation AFDs should be closed using the WP:PROD process instead of the WP:AFD process.
:::::::::::::::An RFC is different from the typical talk-page discussion because an RFC is a specific process of advertising the discussion. (All community discussions are supposed to be consensus-oriented. You should have WP:CON RFCs and WP:CON talk-page discussions and even WP:CON RFAs and WP:CON ANI reports.)
:::::::::::::::For example: This discussion is not an RFC. We still want to achieve consensus, and we still want as much of the community to be involved as feels like joining us, but this discussion is not an RFC.
:::::::::::::::We could drop a note at ] about this, and this discussion would still not be an RFC. We could add a link to ], and this discussion would still not be an RFC.
:::::::::::::::The only way to make this discussion become an RFC is to ''use the actual RFC process''. That means dropping an {{tl|rfc}} tag in the section and letting the bot add it to the central lists.
:::::::::::::::Think of this as the difference between someone saying "Do you want a coke?" vs "Do you want some Coca-Cola®?" In both cases, you're being offered something to drink, but only one of them is ]. ] (]) 01:54, 16 January 2025 (UTC)
::::::::::::::::That's what I was trying to convey with {{tq|lower-case "request for comment"}}. {{small|Depending on where you live, it's Coke (capitalized per ), soft drink, soda, pop, soda pop, or even sodie pop, and maybe more outside the U.S. (not the first unuseful thing said in this thread.)}} &#8213;]&nbsp;] 02:07, 16 January 2025 (UTC)
::::::::::::::::To reduce barriers to newcomers, and others unencultured, one should not write
:::::::::::::::::: “For example: This discussion is not an RFC”,
::::::::::::::::but should write instead
:::::::::::::::::: “For example: This discussion is not a WP:RFC”.
::::::::::::::::] does include a prominent pointer to ], but that is due to the bad practice of Misplaced Pages-jargon being common. It would be better if Wikipedians didn’t have to learn jargon. ] (]) 09:57, 16 January 2025 (UTC)
{{od}}Pillar, policy, guideline, essay, article, talk, edit, title, section, heading, revision, revert, undo, remove, delete, redirect, image, collapse, move, noticeboard, template, citation, source, shortcut. These are some common everyday terms that have WP-specific definitions. I'm sorry, but editors just need to learn the WP-specific definitions as part of the massive learning curve; there is no practical alternative. I'm not going to say "I WP:REVERTED your WP:SECTION WP:HEADING WP:EDIT per WP:GUIDELINES", and there's no reason RfCs should be treated any differently. &#8213;]&nbsp;] 13:51, 16 January 2025 (UTC)


:::::::Speaking of which, the RFC process is about to reach its 20th anniversary. ] (]) 21:44, 13 January 2025 (UTC)
:Users are able to build Rfcs in their own userspace (i've seen it happening), perhaps calling people to get their Rfc certified before they move it to Misplaced Pages: namespace... I don't know, perhaps this is standard practice, or just smart, but I think of it more as an undesirable reaction to the time limit than a good practice, as it limits the amount of comment... Instead of '''delete RFCs after 48 hours''', I think the rule should be made '''de-list RFCs after 48 hours''', with an option to re-list, provided the party re-listing
:You don’t distinguish between Misplaced Pages using existing words with their existing meanings from Misplaced Pages neologisms or new abbreviations?
is also certifying the listing, but do not delete the pages unless they were just patent nonsense... --] 19:28, 10 August 2005 (UTC)
:If WP:RFC is different to ], in important ways, then not using “WP:” in WP:RFC can be astonishing to a newcomer, can be a barrier to engaging. ] (]) 19:32, 16 January 2025 (UTC)

::I doubt that most ordinary newcomers (e.g., those who didn't study comp sci at university) have any idea what "RFC" means, and those in the tech industry will know that the concept of an RFC has been generalized to handle questions beyond the standards settings bodies for operating the internet (e.g., RFCs for specific software like ]). In short, if you know what a real-world RFC is, you will not be astonished by the English Misplaced Pages's ] process, and if you don't know what a real-world RFC is, then you will be just as confused and non-astonished as you would by any other ] that we throw around. ] (]) 20:15, 16 January 2025 (UTC)
I don't have much of an opinion about the time limit. The important thing is to have a mechanical means of delisting material that is clearly just a single user's grudge. ] Co., ] 20:01, 10 August 2005 (UTC)
:::I don’t think ] is astonishing, but I do know that new editors are easily bewildered. Misplaced Pages is pretty good at keeping newcomer barriers low, but let’s keep reminding ourselves. Newcomers often don’t understand talk pages. Of those that do, they can discover talk of an RFC on an article talkpage concerning something they’ve seen on the article. For them, “WP:RFC” provides clear cognitive hints that there is a process, and it’s not a random post asking about a random request for a comment. ] (]) 20:41, 16 January 2025 (UTC)

::::I think it's generally a good practice to provide links. With the Reply tool in visual mode, it's even easy to type <code>WP:RFC</code> in the link box and instead choose the spelled-out ] from the list that pops up.
:I thought the practice was to delist and not to delete. ] ] 02:23, 11 August 2005 (UTC)
::::In the past, I have explained to people that if they see any sort of UPPERCASE in a comment at this wiki, they should add <code>WP:</code> to the front and paste it in the search box to find out what it means. But since most new editors don't have someone like me to answer their questions, it's best to provide a link. ] (]) 20:47, 16 January 2025 (UTC)
*The rationale behind it is that one should research the matter and have a second opinion before posing the matter to the community. So yes, starting an RFC in userspace is a good idea. In theory it prevents such RFCs as ] is an idiot, and gets them removed swiftly if they don't have backing (and yes, they generally are deleted). '''However''', that's the theory behind it, and in fact it's not a workable system. To my knowledge there are presently ''seven'' mediation-type systems, of which two are in fact working (RFAR and 3O), and the other five (this one, RFM, TINMC, WMI and M2005) are not. The latter five should be merged into some workable form. I believe the entire category of user-complains is generally about intra-user squabbles, and requires a different procedure than RFC - at present it's simply "say bad things about a user and see who agrees" and only rarely constructive. ]]] 07:50, August 11, 2005 (UTC)
:::::I agree. ] (]) 20:50, 16 January 2025 (UTC)

::{{tq|You don’t distinguish between Misplaced Pages using existing words with their existing meanings from Misplaced Pages neologisms or new abbreviations?}} Ok, some words like "policy" don't belong in the list. I went a little too far in making the point, but I think the point is still valid. Still, one needs to learn the differences between "revert" and "undo", "title" and "heading", and "remove" and "delete". They need to learn that the counter-intuitive "move" actually corresponds to "rename" in the real world. They are forced to learn that "lead", "lede", and "intro" are actually unnecessary synonyms. And so on. So it's hardly too much to ask them to learn that, at Misplaced Pages, "RFC" and "RfC" refer to a specific Misplaced Pages process. &#8213;]&nbsp;] 23:10, 16 January 2025 (UTC)
::This is a minor point, but I think that we have one pre-mediation system, five mediation-type systems, and one judicial system. Of them, three are working, and four are not. The three that are working are RfC, as a pre-mediation system, 3O, as an informal mediation system, and RfAr, which is judicial. I agree that the formal mediation systems are not working, and would be interested to know what exactly is wrong with them. ] 12:03, 11 August 2005 (UTC)
:::The first use of “RFC” on an article talk page should be written ] or similar. ] (]) 23:43, 16 January 2025 (UTC)
*I am not convinced that an RFC on a person does give productive results; generally, its subject either ignores it, or states why he thinks the certifiers are wrong. If I am wrong in this, please point me to some RFCs that had a productive response.
::::If ] is at the top of the discussion, then it begins "'''An editor has ] from other editors'''..." ] (]) 03:51, 17 January 2025 (UTC)
:* I believe that merely by providing a suitable forum for users to criticise each other, RFCs serve a purpose. Before we had RFCs, people would post similar critical material all over the Wiki, most often at RFA (in the form of de-adminship requests), or at the Village Pump, or at ]. While it is most unusual for the subject of an RFC to make substantive changes in their editing pattern as a result of the RFC, a purpose is nonetheless served. ] Co., ] 13:54, 11 August 2005 (UTC)
::{{tq|Misplaced Pages is pretty good at keeping newcomer barriers low}} Ha! I can't believe I read that. &#8213;]&nbsp;] 23:49, 16 January 2025 (UTC)
*Why all mediations don't work? I guess you'd have to ask the mediators. But generally it seems to boil down to lack of enforceability. Whenever editors are courteous and friendly, there isn't need for mediation. Whenever they're ''not'', they are unlikely to listen. ]]] 12:32, August 11, 2005 (UTC)
:::I think it’s fair, in the context of thinking about public bureaucracies, eg registering a birth, getting a drivers licence, doing a tax return, extending your house.
:* Mediation rarely works, either at Misplaced Pages or elsewhere. It does not work here because the mediators are not taken seriously; as a group they are not seen as being community leaders whose insight and judgement are among the best of those at Misplaced Pages. There are various reasons for this, many of them historical. The mediators do not act as a unified group; they lack strong leadership, and as a result do not speak with a single voice. Part of the problem IMO is that they have accepted intractable cases which they should have left to others. Part of the problem is that their confidentiality standards make it difficult for them to take proper credit for those disputes where they have had a positive influence. ] Co., ] 13:54, 11 August 2005 (UTC)
:::I complain about WP:RfCs being too complicated, to understand and respond to, but that’s in pursuit of improvement, not because it’s terrible. ] (]) 00:04, 17 January 2025 (UTC)

::::I enthusiastically support a five-year project to simplify and streamline PAGs&mdash;that's where most of the learning curve is. Regrettably, no one else does. Sigh. &#8213;]&nbsp;] 00:14, 17 January 2025 (UTC)
== Comments on individual users - how is it supposed to work? ==
:::::I’d be interested. ] (]) 00:45, 17 January 2025 (UTC)

::::{{tq|I complain about WP:RfCs being too complicated, to understand and respond to}} - the creators of some RfCs are perhaps not helping by making their opening statements more complex than they need be, or by providing too many options, and even sub-options. --] &#x1f339; (]) 22:33, 17 January 2025 (UTC)
A translation of ] was transferred to svwiki some time ago, and I have a few questions regarding how it is supposed to function.
:::::And survey sections and discussion sections and circles and arrows and paragraphs typed on the back... ] (]) 00:49, 18 January 2025 (UTC)

:], I need some clarification on your position and terminology, so I at least know what the questions are here. Do you believe the page WP:RFC is just advice to Wikipedians on how to request comments on things? Do you believe there is a formal process on Misplaced Pages called Request For Comments, and if so, that the page WP:RFC defines and describes it and tells people how to participate in it? Also, have people traditionally referred to discussions on Misplaced Pages that don't involve the {{tl|rfc}} template as an "RfC"? ] (]) 01:31, 17 January 2025 (UTC)
* If I opened the RfC, can others change the description that I made? What if others have already signed it?
I think the traditional meaning of Request For Comment (RfC) is a discussion tagged with a {{tl|rfc}} template call, and I believe that should continue. To me, whatever listing and notification the template causes to happen is only secondary; the most important thing is that the creator has declared he wants to participate in the RfC process -- the one described on this information page. Whether and how the discussion gets publicized is a question for designers of the RfC process, not the editor requesting comments. ] (]) 23:59, 13 January 2025 (UTC)
* Can the person whose conduct is questioned, change or add his statement after it is posted? What if others have already signed the previous version, who might not like a new addition?
:Yep. Regardless of what was the case in the past, the RfC format is viewed as "higher level" than more casual discussions ''because'' of the various mechanisms we have to publicize them and recruit participation. If the bot went down and the templates stopped working, etc., I don't expect "RfC" would continue to mean everything it does today. &mdash; <samp>] <sup style="font-size:80%;">]</sup></samp> \\ 12:10, 14 January 2025 (UTC)
* Is it possible to sign at several places? What if an "outside view" too me sounds very relevant, but I have already signed in the first section?
::The ] bot went down for a while, and participation dropped immediately. I hadn't realized until then just how dependent we had become on that system. ] (]) 00:01, 15 January 2025 (UTC)
* This question is relevant, only if it is possible to sign more than once. The notion that you should not edit in a section if you signed a summary in others - does this mean that if I signed the first description of the persons behaviour (or even wrote the first version of it), can I not sign in the section for "outside views"?

I am extremely grateful for explanations on how it is supposed to work. Trial and error is fine, but if we can learn as much as possible from enwiki that is great. Thanks. / ] 10:15, 12 August 2005 (UTC)

*This is not necessarily a good system, and it will likely be reworked in the next few weeks. Anyway, to answer your questions - people should never ''change'' existing text in an RFC, only ''add'' to it (obviously fixing typoes is allowed, as is adding links or extra examples etc). Any ''substantial'' addition to a paragraph that people have already signed for should go in another section - you cannot assume that people also agre with that part.
*You can sign in multiple places and endorse multiple views. This is common. They are generally not mutually exclusive. Note that the whole point of RFC is not to get many people to endorse things - the point is to get outside opinions and see what consensus is and what can be done about undesired behavior (if any). This is precisely one of the reasons why the current system isn't good.
*I don't really understand the point of your last question but the answer is no, per ] and ] a bureaucracy people aren't forbidden to edit or sign anywhere in an RFC.
*HTH! ]]] 10:25, August 12, 2005 (UTC)

::It does, thanks! Regarding my last question I was thinking about the repeated instruction that you should not edit more than one section. ''This is a summary written by users who dispute this user's conduct. Users signing other sections ("Response" or "Outside views") should not edit the "Statement of the dispute" section.'' etc. I understand that it says "should not" not "must not". I was wondering if "edit in a section" here referres to writing summaries, or also signing to agree with other people's summaries.
::We have had some kind of RfC for a while, but pretty much without any form at all. Generally, it has ended in discussions where the antagonists just continue to quarrel and in the end, no one else bothers to read the page. As I have understood the point of this form, it is to keep the different sides separate and make them explain their views rather than argue with each other. / ] 10:56, 12 August 2005 (UTC)

:::I think that the rule about not ''editing'' other sections can be understood as a rule against censoring or "refactoring" a view with which you disagree. The originator may not edit the defense presented by the subject. The subject may not edit the statement by the originator. With regard to third views, it makes sense that they should only be edited by the originating third party. It also makes perfect sense that anyone can ''sign'' any number of views. They can even sign views that are inconsistent, but then someone may notice that. ] 11:56, 12 August 2005 (UTC)

==Splitting up==

I disagree with all the splitting up and subpages. This page used to be simple -- one page. Now it's scattered. ] ] 19:35, 14 August 2005 (UTC)
*People that prefer the old layout can still use ]. The splitting allows people versed in a subject area to watchlist that particular area and keep track of developments. ]]] 11:56, August 15, 2005 (UTC)
**The old format allowed for easy watchlisting, while /All doesn't. --] 19:44, 15 August 2005 (UTC)
***Only if you're interested in every single issue, which most people aren't (and even then, you could watchlist all subpages; they're not that high-traffic, and many people have 100+ pages watchlisted anyway). However, you could use Special:Recentchanges. ]]] 08:07, August 16, 2005 (UTC)

Or we could return things to the way they were. ] ] 11:46, 16 August 2005 (UTC)

:So, how should we resolve this, have an RFC about the RFC page? ] ] 15:39, 16 August 2005 (UTC)

::A meta-RfC. Yes. Fun for logicians, and reasonable for other Wikipedians. ] 18:44, 16 August 2005 (UTC)
*I'm not quite sure what the problem is. The RFC page was getting rather large, and like several other pages that had grown large in the past, has been split. Basically, this provides extra options for users, with no loss of earlier options: people who had RFC watchlisted can now simply watchlist the subpages (yes, I know there's eight of them, but most watchlists are so large anyway that people won't notice the difference). People who wish to visit a single page with all requests together can still do so, at the /all page. I've had a couple of good reactions, and most people simply adapt, watchlist what they're interested in, and keep going. The complaints here seem mostly based on conservatism - but by its very nature, the wiki evolves. ]]] 08:28, August 17, 2005 (UTC)

This seems unnecessarily complex. Articles are placed on RfC in the hope they will receive immediate attention; it is counterproductive to split the list into subpages which will divide that attention. Additionally, typical disputes mainly concern editorial issues, not the specific field of study of the articles in question. {{User:Eequor/Signature/Syllabic}} 11:52, 22 August 2005 (UTC)

== Request for comment on a disambig page ==

I'm looking for second opinions on a rewrite of ] (]). Where should I go to request comment? --] (]) 02:53, 16 August 2005 (UTC)
*I'd suggest . ]]] 07:56, August 16, 2005 (UTC)

==Archives==

Does anyone know what happened to the dispute archives? ] ] 08:32, 17 August 2005 (UTC)
*There's one at ]. The ] has dropped out of use since last june, since nobody had been really bothering to keep a proper archive for a long time (it consisted of simply cut/pasting the entries there, and nobody ever seemed to read them that way). The ] even more so, it hasn't been updated since 2004. ]]] 09:24, August 17, 2005 (UTC)

==Kemal Ataturk==
Article on ] is blatantly POV, especially the "criticism" section. Words like "evil" are used to describe Armenians. Section ends with "Long live Ataturk!"
*Added to appropriate section. ]]] 09:00, August 18, 2005 (UTC)

== Added category ==

I added a category for language and linguistics, since I know there have been heated disputes about it before and I simply could not see this fitting in any other category. My hope is that it won't actually be used and can be deleted later on, but I doubt it. A lot of people have a lot of opinions about language and not all of them are either well-informed or civil.

] <sup>]</sup> 22:09, 18 August 2005 (UTC)


==Where is ]?==
I see some discussion about deleting it, but no decision was made. Yet it is gone. Do the missing RFCs have to be replaced. Or do I look around until I find out where the dispute on ] vs ] was placed? ] 23:24, 18 August 2005 (UTC)
*In general, renaming issues go in the appropriate section (e.g. renaming of a historical figure goes in history). In this case, I'd add it to both sports and science, since it is one of those rare cases where it concerns both. ]]] 09:47, August 19, 2005 (UTC)

== How does your computer show this? ==

Over at the ], which is a sort of a sub-project of the ], myself and a few other editors who happen to be Indian are engaged in a discussion about how others on Wiki might view the Hindi language tags on their computers. This view can vary, depending on whether or not a given Wiki user is using several correct variables, such as correct operating system, correct language script pack, etc. etc..

: <small>Side comment: there is of course no one "correct" operating system! I'd say, "This view can vary depending on several variables, such as which browser and operating system a given Wiki user is using, and on which fonts or language script packages are installed, how the various locale or language variables are set, etc.". ] (]) 11:56, 29 August 2005 (UTC)</small>

So, the question is;<br>
:''"Could you please comment on whether or not you see all question marks in the Hindi language tags, or if you might see special Hindi script characters instead in the vari-colored Hindi language tag boxes on the right side at the ]?"'' <br>
If your system is compatible, you will see hindi language characters in the boxes. If not, you will see a series of question marks, something like this ''"यह सभ्य हिन्दी भाषा में प्रारंभिक कक्षा का प्रदान कर सकते हैं।"'' in the boxes. As many comments from as many different users as possible over the next few days would be most helpful for this, as such comments will give us a much better sense of how well (or poorly) the Hindi language tags are working for other Wiki users in general. Please leave your ''observation comments'' on the actual project talk page in the of that page.

Thanks,

] 23:52:33, 2005-08-20 (UTC)

== Anonymous IP certification ==
Should an anonymous IP count towards the 2 user threshold for certification of an RfC? Since we generally don't count IP votes on RfA or VfD votes, it doesn't seem like we should allow them to certify. Specifically, I'm referring to ], where the creator and first certifier was ]. I think it would set a bad precedent and possibly encourage abusive sockpuppets to allow RfCs to be certified by one (or more) anonymous IPs. ] | ] 00:07, 22 August 2005 (UTC)
*Several anon IP addresses are very well known as specific editors. So the answer is, it depends. Anons can vote on VfD, btw. ] 02:07, 22 August 2005 (UTC)

:I find it dubious, at best. I'm not sure what policy is regarding an RFC. I did find this, though. "In some votes, guidelines require you to be a registered user for it to be considered." ] 05:00, 22 August 2005 (UTC)
*It is somewhat dubious, yes. It depends on the edit history of the IP in question. Please see ]. ]]] 09:36, August 22, 2005 (UTC)

::On the one hand, to the extent that Misplaced Pages is "bound by precedent", it would indeed make a bad precedent to permit anonymous certification, precisely because it would encourage abusive sockpuppets. On the other hand, since Misplaced Pages is not "bound by precedent", it is not really important whether the RfC is considered to be "properly certified". I did raise the issue of whether it has been properly certified in my Response. The RfC is a revenge RfC aimed at retaliation against my filing of a previous RfC against the anonymous editor. The endorsing signatures in support of the anonymous editor on both RfCs are almost entirely those of admittedly first-time users who have created accounts for the purpose of supporting the anonymous editor. It does not matter much whether the RfC is "properly certified" because a user conduct RfC, as I understand, serves two purposes. The first is as a means for obtaining community input about a user's conduct that might enable him to change his behavior. There has so far been no such constructive input, only new accounts supporting the anonymous editor, and frustrated Wikipedians saying that this anonymous editor is out of control. The second purpose of an RfC is as a preliminary step toward arbitration. When the response to my RfC about the anonymous editor was belligerent, I filed an RfAr. I trust that when the ArbCom does accept the case, which largely does involve whether there is sockpuppet abuse, they will have the sound judgment to distinguish between real and unreal editors. ] 11:54, 22 August 2005 (UTC)

== Removal = Vandalism? ==

], someone I opened a RFC on, deleted the link to the RFC from the RFC main page. The evidence is found . I don't know if it counts as vandalism or not. ] 20:23, August 22, 2005 (UTC)

:The deletion was accompanied by an edit summary saying "48 hours". That meant that there had not been a second signature to the RfC within 48 hours after you posted it. I checked the times, and it was slightly more than 48 hours. I think that ] was guilty of poor judgment in deleting the RfC on his own conduct, but that it was not vandalism. ] 20:48, 22 August 2005 (UTC)

::Be serious now. He wants nothing to do with that RfC. Hence why he keeps removing the notification of it from his talk page. He attacked the validity of the RfC on the ]. You're being a bit too lenient with him. ] 21:00, August 22, 2005 (UTC)

::The RFC was created on August 20 05:30 (UTC), with ]'s signature. ] added his signature certifying on August 21 14:05 . That's well within 48 hours. Mr. Walsh in fact struck out ]'s signature from the RFC , apparently believing (from what I read on the talk page) that Acetic Acid was in "no position" to certify the RFC. He then removed the RFC from the main page , tagged it for speedy deletion and a short while after removed all modifications to the RFC with edit summary "test" , without, however, restoring the RFC link on the main page. A puzzling sequence of edits to say the least. ] · ] 21:06, 22 August 2005 (UTC)

:::In looking at the additional diffs, it does appear that there has been conduct that is either vandalism or similar to vandalism. I still do not understant what the original issue was (as I noted in an outside opinion to the RfC). However, I would suggest that a revised RfC be refiled, including the diffs cited by ]. The deletion of the RfC link itself is not the conclusive evidence. ] 22:54, 22 August 2005 (UTC)

==First step toward arbitration==
FuelWagon, it ''may'' be the first step toward arbitration, which is true and is what I wrote. ] <sup><font color="Purple">]</font></sup> 23:47, August 22, 2005 (UTC)

:Yes, it "may" be, but an RFC is not a causal link to arbitration. I know of at least one RFC that was filed specifically because the person thought, in part, that he needed to do an RFC before he could get into arbitration. I had posted a comment that said somethign to the effect of

:::"An RFC is a method of dispute resolution unto itself. Do not fill out an RFC as an "arbitration application", rather use it as an opportunity to resolve the dispute at hand".

:Except that comment got reverted. The "RFC 'may' become Arbitration" setence is not clear. It actually makes the linkage more confusing, not more clear. And a version of it was quoted at least by one RFC filer to mean he needed to file an RFC before he could get into arbitration. That's not the sort of behaviour I want to encourage around RFC's. ] 00:26, 23 August 2005 (UTC)

I think it's pretty clear, and the last time we had this discussion, other editors agreed. The arbcom often asks for an RfC before accepting a case, so it's definitely true that an RfC ''may be'' the first step toward arbitration. It's important to have a statement making clear this is a serious step because of the number of frivolous RfCs that are posted. ] <sup><font color="Purple">]</font></sup> 00:30, August 23, 2005 (UTC)

:Actually, uninvited company removed the two bullets you just reinserted and his removal was supported by a couple of editors and opposed by no one.. So, I don't think "consensus" can be declared here. As for the number of "frivolous" RFC's, yes, they are a problem, but I would assert that the editors who are making a problem out of them are doing so specifically ''because'' they think an RFC will punish the target in some way and/or get them into arbitration. you're sentence only encourages that behaviour by implying a link where none exists. And a version of your sentence was quoted by one editor who filed what I woudl call a bad-faith RFC as the very reason he filed it: to get to arbitration. If you want to reduce these sorts of bad-faith RFC's, then tell bad-faith editors taht an RFC is a mechanism for dispute resolution unto itself and should be used as such, tell them to NOT file an RFC as an "arbitration application". don't imply a linkage. Explicitely break the linkage and tell them to not relate to an RFC as a means to get into arbitration. The mentality of bad-faith RFC's seems to be "If I get enough of my friends to vote my way on this RFC, then the arbitration committee will simply rule in my favor and ban the other user." Implying a linkage only encourages this mentality. If a bad faith editor goes to teh RFC page and sees "An RFC ''may'' be the first step to arbitration", they'll think, "yeah, that's exactly what I need". If they go to the RFC page and see "An RFC is a method of dispute resolution unto itself, use it as such." That should short circuit some of the bad RFC's. If it also says "Do not file an RFC as an "arbitration application"", that should actually derail a few editors from filing a bad-faith RFC. I agree the problem exists. I'm saying this sentence makes the problem worse. ] 00:45, 23 August 2005 (UTC)

:Filing an RfC as the first step toward arbitration is not doing it in bad faith. It's quite normal to do that and in fact is one of the purposes of an RfC. And we did have a consensus before to leave my edit as it was. I can ask the same editors again whether they still support it, but I hope you won't ask me to. ] <sup><font color="Purple">]</font></sup> 00:49, August 23, 2005 (UTC)

::It was only the requirement of diffs that TUC objected to, because dispute resolution may have taken place by e-mail, so I've removed that, and stated the provision of diffs as preferable but not required. ] <sup><font color="Purple">]</font></sup> 00:55, August 23, 2005 (UTC)

:::Your insistence on the "cure" doesn't make sense to me given the "disease" you claim to wish to fix. Your adamancy that it be your specific language, and that you'll call in the troops if it isn't, occurs to me as strange for a wiki. I agree that the problem of bad-faith RFC's exist. I just happen to think your "cure" will only encourage the trolls looking for something to beat over the head of another editor. "Oh look, an easy way to arbitration." Are you telling me you find no other wording acceptable? Are you telling me that you'll jump right over any possible negotiation and go straight to a poll for your wording? I had suggested the sentence: ''"Do not fill out an RFC as an 'arbitration application'. An RFC is a method of dispute resolution unto itself. Use it as such"''. And you're telling me this doesn't work in any way? It may not discourage a bad-faith editor looking to punish someone, but it won't ''encourage'' them the way "An RFC may be the first step to arbitration" shows them a way to trounce another editor. As for "good-faith" editors filing an RFC as step-one to arbitration, I dispute that interpretation. An RFC should be used as a dispute resolution mechanism in and of itself. If any editor files an RFC solely to get into arbitration, they are misuing the RFC system and should be honest about their intentions and simply go straight to arbitration. The thing that separates "good faith" RFC's from "Bad faith" RFC's is simply whether or not the editor is using it to resolve a dispute or whether they are using it in preparation for something else. No good-faith editor should relate to an RFC as simply a "formality" before getting to arbitration. for a good faith editor, an RFC is step one to arbitration the way flossing is step one to oral surgery. Good faith editors should relate to an RFC as preventitive, not punitive, so your sentence is not needed for good faith editors. But for bad-faith editors, your sentence is like waving a red-cape in front of an angry bull. They're already steamed and looking for something to charge, and you just gave them a target to aim for: arbitration, and a means to get there: RFC. If the sentence really is intended to wave off an editor from filing a bad faith RFC, I think something like ''"Do not fill out an RFC as an 'arbitration application'. An RFC is a method of dispute resolution unto itself. Use it as such"'' will do a much better job of difusing the sitation, rather than inciting the bull to charge. ] 01:19, 23 August 2005 (UTC)

:I didn't say I'd call in the troops, simply that I could ask the editors who agreed with me before when they still do. The fact is that the arbcom does sometimes (or even often) ask for, or look for, an RfC before they will accept a case, so it ''is'' sometimes or often a first step toward arbitration. And sometimes it isn't. Hence the words ''may be''. I honestly don't see a problem with it. But the important parts of the edit for me are (a) that it's clear two certifiers have to show evidence of their separate attempts to resolve the same dispute (because lots of RfCs are filed without this and end up having to be deleted, but not before causing trouble for all concerned); and (b) that editors understand they should not post an RfC lightly.

:However, I also think it's important to point out that the link to arbitration may exist, so that editors are aware of it. Just because an RfC is posted by someone who ''doesn't'' want to go to arbitration, that doesn't mean the RfC evidence won't later be used in arbitration by someone else. We can't always control the consequences of our actions on a wiki. ] <sup><font color="Purple">]</font></sup> 01:28, August 23, 2005 (UTC)

::Well, maybe there needs to be a policy for deleting RFC's at some point. I already proposed the idea that an RFC should be disallowed from arbitration as one possibility, but you're now addressing a different problem. I'm talking about a bad faith editor looking for a way to punish another editor. And in that situation, that an RFC hangs around for a long time is even more incentive for punishment. Here's the story:

:::::An editor has just been involved in a revert war with someone else. A couple of other editors get involved, and the only thing that keeps the article from churning ad infinitum is the 3RR policy. There are two possible responses: George acting in good faith wants a way to resolve the dispute. Pete acting in bad faith wants a way to punish his opponents. Both George and Pete go to the RFC page. They see one of two alternatives:
::::::(1)''"An RFC may be the first step toward arbitration, which can bring punitive actions against an editor. It is therefore not a step to be taken lightly."''
::::::(2)''"Do not fill out an RFC as an 'arbitration application'. An RFC is a method of dispute resolution unto itself. Use it as such"''
:::::Good-faith George doesn't care if it's (1) or (2). He's looking for a good-faith way to resolve the dispute. Punitive Pete is looking for a way to punish the editors who opposed his changes to the article. If Pete sees (1), he sees "step one to arbitration" and sees a way to get what he wants. A bad-faith, punitive RFC is filed. If Pete sees (2), he isn't offered a path to punishment, and is offered a way to resolve the problem non-violently. He may still be so steamed that he files an RFC anyway. but at least he was admonished to cool off and to use the RFC for finding a resolution, rather than getting to arbitration. Anyway, that's how I see it. real world calls. ] 01:36, 23 August 2005 (UTC)

:::::::Yes, I see your point, but the fact remains that the arbcom does ask for RfCs as a first step toward arbitration. I was involved in taking a case through arbcom last year, and before I filed it, I was advised that I might be asked to post an RfC first in order to use it as evidence. In the end, I didn't have to, but the suggestion was made by more than one member of the arbcom, and is quite common. If you want to change that, it can't be done on this page, but will have to be taken up with them, or elsewhere (village pump, mailing list, for example).

:::::::Regarding deleting them after a period, I agree with you, but there was a wide-ranging discussion about this some months ago, and there was a strong consensus to keep them without time limit, so long as they'd been properly certified. ] <sup><font color="Purple">]</font></sup> 01:44, August 23, 2005 (UTC)

::::::::If arbcom asks for an RFC, then there is no need to warn the user that an RFC "may be the first step to arbitration", because they ''already went to arbitration'' and were asked to go back and get an RFC. What you're actually doing with this warning is discouraging good faith editors from filing an RFC because as you said "We can't always control the consequences of our actions". Your warning "It is therefore not a step to be taken lightly" will discourage good-faith George from filing a reasonable RFC because only a good-faith editor would heed a warning to "not take it lightly". But your warning will do nothing against punitive-Pete who is specifically looking for "consequences", specifically looking for a way to punish another editor. And the fact that if he gets one of his buddies to certify his RFC, then it will stay around forever is only ''more'' incentive for him. If Pete can get enough RFC's agaisnt an editor, then he can push it to arbitration and attempt to get his opponent banned. Your warning encourages bad-faith RFC's and discourages legitimate RFC's. I am trying to ''encourage'' good faith editors to use an RFC as a way to resolve a dispute and I'm trying to ''discourage'' bad faith editors from filing an RFC as an application to get into arbitration. Bad faith editors don't want an RFC to '''resolve''' anything. They want to make their case, get a bunch of signatures, and push into arbitration where punishment can be metted out. ] 14:30, 23 August 2005 (UTC)

:::::::::I appreciate your willingness to compromise. ] 13:48, 24 August 2005 (UTC)

:::::::::I also appreciate your honest and forthright edit summaries regarding this matter as well. "Restoring deleted material" is probably the best and most accurate representation of this discussion. ] 13:52, 24 August 2005 (UTC)

The thing is, FuelWagon, that what you want to add just isn't accurate. RfCs ''are'' regarded as potentially a first step toward arbitration by most, if not all, editors who file them. Perhaps they ought not to be, but they are. They're also so regarded by the arbcom to the best of my knowledge. If you want to add to the edits I've made to the page, by all means do so (so long as they're not contradictory), but please don't delete what I've written. As an admin, I'm involved in deleting frivolous RfCs where no one has bothered to follow the rules for filing them, and there are too many. I therefore want to make sure that people know early on that an RfC is a serious step, not to be taken lightly. ] <sup><font color="Purple">]</font></sup> 14:04, August 24, 2005 (UTC)

===Outside View by McClenon===
]: You have a point, but I respectfully suggest that you take a break from arguing it. You and ] are both on the side of trying to maintain reasoned discussion. Please do not waste so much time arguing with her about terminology.

It is my own opinion that an RfC has either or both of two purposes. It can be a method of seeking outside comments (as its name implies) as a means of dispute resolution in itself, especially with good-faith editors. It can also be a step toward arbitration, especially against bad-faith editors. It is also a method of determining whether the subject is a good-faith editor or bad-faith editor.

I disagree that SlimVirgin's warning encourages bad-faith RfCs. There will be bad-faith RfCs anyway. Also, bad-faith editors do not only file RfCs in order to get into arbitration. They also file bad-faith RfCs in order to intimidate and threaten.

I suggest that my own situation should be a case in point. I trust that FuelWagon and SlimVirgin will agree that the RfCs that I recently posted were filed in good faith, and that a bad-faith RfC was then filed against me. The value of SlimVirgin's warning is to good-faith editors who are afraid of confrontation. It says, in essence, "Think before you post. You might make the subject of the RfC angry, and here is why." Her warning would not have discouraged me from filing, and it would not have encouraged the bad-faith filing against me, which would have happened anyway. It is a statement to the faint-hearted not to cross this step. ] 12:49, 24 August 2005 (UTC)

::I think it's clear that SlimVirgin finds her warning to be non-negotiable. I've tried different wording in an attempt to satisfy her concerns. She reverts to her original wording. And her edit summaries clearly indicate this is non-negotiable. No mention of a dispute over wording, no mention of attempting to resolve anything. Just "restoring deleted material". Nice teamwork there. I appreciate the wiki-spirit that SlimVirgin consistently inspires. ] 14:08, 24 August 2005 (UTC)

::As for the idea of warning good-faith editors of a possible angry reaction to an RFC, that's ''different'' than "don't take it lightly". "don't take it lightly" is saying don't do it, and gives no real reason other than a vague reference to "step one to mediation". If you want to warn good faith editors they may get an angry reaction to their RFC, tell them ''that''. Telling a good faith editor "don't take it lightly" is like warning someone "danger ahead" on a roadsign. Should they stop? should they keep going? Is the bridge out? is traffic reduced to one lane? Is it simply road crews working on the shoulders? "danger ahead" says nothing to the driver that helps them make a decision to continue or not, to slow down, to maintain speed, or to turn around. ] 14:08, 24 August 2005 (UTC)

::I've mentioned this before, but SlimVirgin simply "restores deleted material". No variations. No attempts to find some wording to deal with this concern. no negotiations. No attempts at resolution. nothing. Standard stonewalling procedures. ] 14:08, 24 August 2005 (UTC)

::There are two different warnings here. one for good faith editors to warn them of possible angry reaction to their RFC. one for bad faith editors to warn them to not relate to an RFC as paperwork, as case-building wikilawyering in preparation for arbitration. And apparently, SlimVirgin has decided which warning is important and how it should be worded. I love wikipedia. ] 14:08, 24 August 2005 (UTC)

::Since she has effectively made this non-negotiable, I'll take your advice and "take a break" from it. ] 14:08, 24 August 2005 (UTC)

:::Actually, I'll try one last alternative. I'll leave Slim's non-negotiable warning in place, and I'll add my own. Her reaction will indicate where this is going. ] 14:31, 24 August 2005 (UTC)

::::Please don't start the ''ad hominem'' comments again, FW. I can live with your addition, I think. Two things: first, an RfC filed in good faith may also be a first step toward arbitration, as it's a prior step in the dispute-resolution process, so I slightly reworded what you wrote to allow for that. Going to the arbcom isn't a sign of bad faith, and nor is filing an RfC for that purpose. Secondly, this sentence: "It is intended to be a way to resolve disputes between editors. Use it as such." When you say "it is intended," who do you mean intends it this way? I know that since I've been editing, I haven't see any disputes resolved using an RfC. On the contrary, I've only seen them cause bad feeling. Well, I suppose you could count editors leaving as resolving the dispute, and I've seen RfCs that have caused that, but I don't think that's quite what you meant. ] <sup><font color="Purple">]</font></sup> 15:23, August 24, 2005 (UTC)

:::::My comments have been directed solely at your behaviour around this. If there was a personal attack on your character, let me know. As for your recent , please don't call something a "copyedit" in the edit summary unless you're correcting grammar and spelling. You have a tendency to ''downplay'' your changes in your edit summaries. "restoring deleted material" is a nice way of casting yourself as fighting a vandal. ] 15:39, 24 August 2005 (UTC)

:::::As to your continued insistence on saying that an RFC "may" be step one to arbitration, you conveniently ignore the intent of a good-faith editor filing a good-faith RFC. That isn't the point of my warning. My point is that even if someone files an RFC in complete good faith, and even if that will eventually turn out to resolve the problem and be the end of teh issue, some people will react to the initial filing of the RFC as punitive. That was the point I was tryign to make in rewording your warning, but you've made it clear you will accept no other wording. 'Now you go and edit ''my'' warning, after I left yours in place. So, it seems to me that you really intend for this to be non-negotiable. it is your warning, and no other wording is allowed. You already have your warning that says an RFC may be step one to arbitration. I dispute the accuracy of your warning, but rather than continue to fight it, I'm wiling to leave your warning in place, and simply put my own warning up. You on the other hand, have insisted that your warning remain unchanged, and are now take it upon yourself to change ''my'' wording. So, I'm left with the continued impression that you view this as non-negotiable. ] 15:39, 24 August 2005 (UTC)

::::::Look, I've explained this more than once, and I don't know what other words to use. An editor may file an RfC not intending it as a first step toward arbitration. But afterwards, another editor might come along and use it as a first step toward arbitration. Because the arbcom DOES accept RfCs as first steps, and this is a wiki, so whatever you intend with an RfC, is not necessarily what will end up happening to it. It is therefore true that every single RfC, regardless of the intentions of the certifiers, MAY be a first step toward arbitration. I don't know why you're trying to pretend otherwise. I can only assume for personal reasons because of the RfC you filed. But your personal views can't outweigh the cold, hard facts. ] <sup><font color="Purple">]</font></sup> 15:58, August 24, 2005 (UTC)

:::::::"It is therefore true that every single RfC ... MAY be a first step toward arbitration." Fine. I dispute that claim, but I'm not so hard headed that I'll insist on changing the wording to your warning to say otherwise. You perceive it to be a problem, and your warning deals with the percieved problem. You've got your warning. I don't know why you can't be happy with that. I'm actually trying to deal with something else. The wording is different because it's addressing a different problem than yours. ] 18:14, 24 August 2005 (UTC)

::::::::I do not understand what FuelWagon is saying. What problem is he addressing? ] 18:20, 24 August 2005 (UTC)

====Good Faith and Bad Faith====
I think that I either do not understand or do not agree with ] concept of good-faith and bad-faith RfCs. If FuelWagon is implying that filing an RfC as a preparation for filing an RfAr is bad faith, then I strongly disagree. If a user is disrupting Misplaced Pages, and previous efforts to reason with the user do not work, then requesting arbitration may be necessary. Is that bad faith, or is that respect for due process? On the contrary, I would characterize a user conduct RfC as being in bad faith if the originator knows that he has no intention of going on to the RfAr stage, and is only filing the RfC in order to harass.

As ] observes, filing a user conduct RfC probably will cause hard feeling. It is not a friendly action to take. It should only be done when friendly methods of dealing with an editor, such as discussion on article talk pages, have been ineffective. In an ideal world, a user conduct RfC might be a way to resolve disputes. In an ideal world, we would not have disruptive editors who cause disputes that need to be resolved.

It is not clear to me what FuelWagon is trying to say. I think I understand what SlimVirgin is saying. "Do not file a user conduct RfC unless you understand that it is typically a step toward arbitration," or "Filing a user conduct RfC will typically cause hard feelings. Do it only if it is your judgment that the benefit to Misplaced Pages outweighs the harm of the hard feelings."

I do not understand FuelWagon's concepts of good faith and bad faith. ] 18:20, 24 August 2005 (UTC)

::''"If FuelWagon is implying that filing an RfC as a preparation for filing an RfAr is bad faith"'' No. That isn't what I'm implying. If an editor files an RFC and has no intention of using it to resolve anything, then that is a bad faith RFC. An RFC is a method of dispute resolution unto itself. It should be used as such. The bad-faith RFC's I've seen were filed by people who completely avoided any attempt to resolve the issue with an RFC. I've commented on RFC's and had editors go "Oh, well, yeah, maybe I did have a part in creating this problem." and then the problem is solved. I've commented on other RFC's and the person who created it would get aggressive and say "No! It's HIS fault! This isn't about ME! I am RIGHT! He is WRONG! And you are WRONG for saying I am wrong." That's a bad-faith RFC. The person filing it simply wants to "convict" the other side of some policy violation and wants to completely ignore any violations they may have committed in the process. There is a difference between
::::(1) filing an RFC, hoping it resolves a problem, and if it doesn't, going on to arbitration and
::::(2) filing an RFC, getting the blanks filled in, ignoring any and all comments (or attacking them), being unwilling to allow the RFC process to resolve anything so that you can then request arbitration.
::An RFC is ''part'' of the dispute resolution process, it isn't paperwork to be filled out and ignored and then move on to arbitration. I don't know how else to explain this. ] 18:46, 24 August 2005 (UTC)
:::That's a good way of putting it and it isn't consistent with the view of it being the first step toward arbitration (with the hope of there being no second step). So I added it to page. But I disagree with this: "If an RfC is filed in good faith, the editor filing it would be attempting to resolve a dispute by airing differences and inviting outside comments. But even an RFC filed in good faith may be viewed by some to be the first step toward arbitration and punitive measures, so be aware of the possible reaction you may receive, and make that part of your decision as to whether to file or not." It's unclear, and arguably false because of the good faith/bad faith presumptions (and we're not mind readers), and also because it says "may be viewed" as though this would be a minority view. ] <sup><font color="Purple">]</font></sup> 19:44, August 24, 2005 (UTC)

:I'm also confused and FuelWagon has been making this point for weeks, yet I still don't get it. An RfC is like putting someone in the stocks. In my view, it's a horrible process, and I would only do it to POV warriors and trolls who couldn't be blocked for disruption. I've never seen good come from an RfC. That's just my perception.

:Neverthless, an RfC is a recognized step in the dispute-resolution process, widely seen as the step to take before arbitration. If the RfC alone will sort it out, then fine. But if you want to go to the arbcom, you usually have to precede it with mediation or an RfC, and the mediation committee is stalled, so an RfC is currently just about the only option.

:Therefore, there is no bad faith implied in using an RfC in that way. And as Robert points out, it could be argued that an RfC that is NOT intended as a first step toward RfAr is the bad-faith one, because it's unnecessary.

:FuelWagon shouldn't say anything on the RfC page that implies otherwise, because it would amount to his personal view &mdash; original research and wishful thinking &mdash; and not consistent with the way other editors, admins, and the arbcom perceive and use the RfC process. ] <sup><font color="Purple">]</font></sup> 18:33, August 24, 2005 (UTC)

::SlimVirgin, the real problem is that you are still holding onto that RFC I filed against you a couple of months ago as a "bad faith" RFC and you are holding it as a grudge against me even now. That is why you relate to this as non-negotiable. And as long as you refuse to see that there was any merit at all in that RFC, you're going to cast me as the bad-guy here, and tell everyone I'm doing "original research", "wishful thinking", "pretending", making "ad hominem attacks again", and whatever else you've come up with. You are too invested in this for any discussion to come to any sort of useful outcome. I'm wrong and you're right, and that's the end of the conversation. You want to get some honesty in this conversation, stop pretending this is all about some warning on the RFC page I put up today or a week ago, and get some honesty about how much of this is about you begrudging me for filing an RFC against you a couple months ago. Until then, we're just going to keep dancing around the real issues. ] 19:06, 24 August 2005 (UTC)

:::No, that isn't the real problem. The real problem is that you're trying to insert what you feel ''ought'' to be the case, instead of describing what is ''in fact'' the case. You were the one who started changing the contents of this page after your failed RfC (and no credible editor, other than you, saw the merit in that RfC, so perhaps it is you who needs to learn from it). From memory, Jayjg, Jpgordon, Mel, and I opposed your edits. And now Robert is also questioning them. And yet you continue. ] <sup><font color="Purple">]</font></sup> 19:17, August 24, 2005 (UTC)

:::::Please. My RFC was supported by 4 other editors. Ed Poor even gave it partial support initially, but then he retracted it, probably after some other admins contacted him privately. One person who endorsed it was a neuroscientist, an editor who pointed out several neurological-related errors in your edit, but rather than acknowledge any errors on your part, you actually argued against an expert and then accused him of having a nasty tone. Neuroscientist was as credible as they come. So, do you want to retract the "no credible editor, other than you, saw the merit in that RfC" statement? I'll cue the chirping crickets now. I'd let this stay buried, but if you're gonna start rewriting history, then I'll be damned if I'll let you lie about some good editors who left wikipedia in disgust. You either bury this hatchet or you tell the truth about it. ] 21:11, 25 August 2005 (UTC)

Response below. ] <sup><font color="Purple">]</font></sup> 22:09, August 25, 2005 (UTC)

::::FuelWagon, please explain to me (on my talk page) why you filed a user conduct RfC against SlimVirgin. If you filed a "good faith" RfC against her in order to try to reason with her, then I understand what is happening. If you did that, and did not think that she was disrupting Misplaced Pages, then you simply made a mistake based on failure to understand how the rest of the Misplaced Pages community views user conduct RfCs. Why not read your own user page, and apologize for having done something that you did not mean to be aggressive, but was viewed as such? ] 19:29, 24 August 2005 (UTC)

::::FuelWagon, in reality an RfC is often a necessary step before a RfAr. The Arbitration Committee insists that people try to work out problems in other ways before filing an RfAr, and that generally means an RfC. Ideally the RfC resolves the problem, but often it does not, and an RfAr is then a logical next step. This is simply the reality of how the dispute resolutions mechanisms at Misplaced Pages work. ]<sup><font color="DarkGreen">]</font></sup> 00:53, 25 August 2005 (UTC)

Again, I point out the difference between the two following approaches:
(1) filing an RFC, hoping it resolves a problem, and if it doesn't, going on to arbitration and
(2) filing an RFC, getting the blanks filled in, ignoring any and all comments (or attacking them), being unwilling to allow the RFC process to resolve anything so that you can then request arbitration.
I mentioned this above. ] 03:45, 25 August 2005 (UTC)

:] does have a valid point that an RfC is not being properly used if the originator is not interested in listening to the comments (as the name of the process indicates). My point is that there are at least two different types of bad-faith RfCs. There are the ones that FuelWagon mentions in which the originator is only filling out paperwork with the intention of going to arbitration. Then there are the ones in which the originator has no intention of going to arbitration. Perhaps they are both similar in that they are both being used simply as blunt instruments to try to intimidate another editor, since the ArbCom is not likely to accept an RfAr if it is clear that the originator is not trying to resolve the dispute. However, what ] is trying to caution about is another type of RfC, which is a user conduct RfC that is posted without a recognition that it will be seen as confrontational, when an article RfC would be more appropriate. A user conduct RfC is seen by the Misplaced Pages community as more serious than an article content RfC.

:There is a consensus among the Misplaced Pages community that a user conduct RfC is viewed as a serious action, and is seen as a step toward arbitration. FuelWagon may disagree, but there is a consensus on this point. Could FuelWagon simply accept that he is in a minority? A user conduct RfC is an empty threat and thus bad faith if there is no intention to go to arbitration if necessary.

:There do appear to be mutual hard feelings between ] and ]. At the same time, they are both on the same side of trying to maintain civility and develop an encyclopedia, and of agreeing that occasionally disruptive editors must be dealt with by the RfC and RfAr processes. Can we move on and agree that SlimVirgin's caution is not so much "non-negotiable" as the summary of consensus? ] 11:53, 25 August 2005 (UTC)


::''"There is a consensus among the Misplaced Pages community that a user conduct RfC is viewed as a serious action, and is seen as a step toward arbitration. FuelWagon may disagree, but there is a consensus on this point."'' Perhaps you could point me to a vote that shows people overwhelmingly support the idea that a user rfc should be considered "serious action". I know of no vote and I have anectodtal evidence to the contrary.

:::"this ... requirement for diffs ... has the effect of stifling discussion. People will discuss things they're upset about, either here, or at the village pump, or the administrator's noticeboard, or on the mailing list. Let's continue to have RFC be a suitable forum for somewhat less formal discussion, and leave the diffs and evidence-gathering to RFAr where it is more appropriate."

:::"RfCs should be an occasion to get input on something - not an obligatory step on the way to arbcomming people"

:::"RfC is just a chance for both parties to outline their problems and to get third party views. Although it can be as formal as you like, an RfC can be something as simple as a single sentence outline of the dispute on WP:RFC."

::SlimVirgin expressed her view of the RFC process:

:::"An RfC is like putting someone in the stocks. In my view, it's a horrible process, and I would only do it to POV warriors and trolls who couldn't be blocked for disruption. I've never seen good come from an RfC."

::Given the disparate views on RFC's, I question the notion that SlimVirgin's caution is strictly a summary of consensus. It could just as much be a function of her personal view that no good ever came from an RFC. ] 14:16, 25 August 2005 (UTC)

=====Two comments=====

First, it is clear enough to me that there are now long hard feelings between ] and ] because he filed a user conduct RfC against her. Obviously, she and many other Wikipedians thought that he was attacking her. I think that he was, but he disagrees. I agree with her effort to post a warning that posting a user conduct RfC will be seen as hostile. She is trying to avoid a misunderstanding like the one that already exists between him and her, by saying that such an RfC will be seen as hostile. She is right in saying that it will be seen as hostile. If ] disagrees, then the fact of this exchange is proof enough.

So why is ] eager to allow similar misunderstood filings? Why does he not want to spare others the hostility that he caused without meaning to do it? I think that ] is trying to do future users a favor, and say, "Please be wary before posting a user conduct RfC. It is a serious measure."

I think that ] was in part a victim of the fact that the posted rules are in complete disagreement with the usual understanding of how dispute resolution should be done. He did what the rules said, and not what the understanding was. There was a genuine cognitive disconnect. The posted rules were wrong.

In retrospect, ] should have posted an article RfC rather than a user conduct RfC. He had no way of knowing this, since he only read the rules, and did not read the minds of the community. This was always really a content issue more than a conduct issue. One of the limitations of a wiki is that there is no obvious fast way to handle content issues quickly. ] 00:58, 28 August 2005 (UTC)

'''Crisis Thoughts'''

Second, I invite other editors to read my statement on what needs to be done to improve Misplaced Pages: ]. I do not know whether this is the right way to provide views, but I decided to '''be bold''' without disrupting any existing space. ] 00:58, 28 August 2005 (UTC)

==Deleted RFC posted in user subspace==
(copied from above) SlimVirgin, the real problem is that you are still holding onto that RFC I filed against you a couple of months ago as a "bad faith" RFC and you are holding it as a grudge against me even now. That is why you relate to this as non-negotiable. And as long as you refuse to see that there was any merit at all in that RFC, you're going to cast me as the bad-guy here, and tell everyone I'm doing "original research", "wishful thinking", "pretending", making "ad hominem attacks again", and whatever else you've come up with. You are too invested in this for any discussion to come to any sort of useful outcome. I'm wrong and you're right, and that's the end of the conversation. You want to get some honesty in this conversation, stop pretending this is all about some warning on the RFC page I put up today or a week ago, and get some honesty about how much of this is about you begrudging me for filing an RFC against you a couple months ago. Until then, we're just going to keep dancing around the real issues. ] 19:06, 24 August 2005 (UTC)

:No, that isn't the real problem. The real problem is that you're trying to insert what you feel ''ought'' to be the case, instead of describing what is ''in fact'' the case. You were the one who started changing the contents of this page after your failed RfC (and no credible editor, other than you, saw the merit in that RfC, so perhaps it is you who needs to learn from it). From memory, Jayjg, Jpgordon, Mel, and I opposed your edits. And now Robert is also questioning them. And yet you continue. ] <sup><font color="Purple">]</font></sup> 19:17, August 24, 2005 (UTC)

::Please. My RFC was supported by 4 other editors. Ed Poor even gave it partial support initially, but then he retracted it, probably after some other admins contacted him privately. One person who endorsed it was a neuroscientist, an editor who pointed out several neurological-related errors in your edit, but rather than acknowledge any errors on your part, you actually argued against an expert and then accused him of having a nasty tone. Neuroscientist was as credible as they come. So, do you want to retract the "no credible editor, other than you, saw the merit in that RfC" statement? I'll cue the chirping crickets now. I'd let this stay buried, but if you're gonna start rewriting history, then I'll be damned if I'll let you lie about some good editors who left wikipedia in disgust. You either bury this hatchet or you tell the truth about it. ] 21:11, 25 August 2005 (UTC)

:::I'd normally say this issue doesn't belong here, as it's about a dispute between us, but now it seems you've cut and pasted the deleted RFC into your user subspace, so perhaps it does belong here after all. Suffice to say your RFC was not supported, or it would not have been deleted, and as for one of the editors saying he was a neuroscientist, I'd say, first, you only had his word for it, secondly, he said on a talk page that he was 25, and third, even if he was an expert, they carry no extra weight at Misplaced Pages, particularly in determining NPOV, which is what our dispute was about.

:::I'm sorry to see you haven't let this go. I accepted your apology in the belief the issue was over. ] <sup><font color="Purple">]</font></sup> 22:09, August 25, 2005 (UTC)

::::I hadn't even MENTIONED the RFC since I withdrew it until you started questioning the credibility of anyone and everyone who supported it. I ''withdrew'' my certification just so it would be deleted. It already had two signatures and I could have left it stick around. You want it to be over? you get that you just insulted the credibility of everyone who supported my RFC, you get that '''qualifies as a personal attack''', you retract the statement, and you apologize. Don't blame this on me. You're the one who's bringing back the dead. ] 22:19, 25 August 2005 (UTC)

::::Just so you get the history right, the first time my RFC was mentioned was , when you posted " don't know why you're trying to pretend otherwise. I can only assume for personal reasons because of the RfC you filed." I didn't bring this up. You did. It's YOU who never let this go. You want to hold onto it, that's fine by me. But don't go accusing me of doing something now, because of something that ''you'' are holding onto. I was trying to change the RFC warnings to make the better. It had nothing to do with my RFC from way back. You brought it up. Don't blame me. You haven't let it go. Don't blame me. ] 22:28, 25 August 2005 (UTC)

::::And don't go insulting the credibility of some good editors just because they're no longer around to defend themselves. Duckecho and Neuroscientist were hard working contributers to that article. They signed the RFC, and you just said no credible editor signed the RFC. So, you're the one who keeps bringing it up. ] 22:32, 25 August 2005 (UTC)

:::::Read what you've written. I was on this page objecting to your editing of ], which is why this page exists. But you then raised the RFC. You wrote: "SlimVirgin, the real problem is that you are still holding onto that RFC I filed against you a couple of months ago as a "bad faith" RFC and you are holding it as a grudge against me even now ..."

:::::You've now pasted a deleted RFC into your user page, even though it's supposed to be deleted.

:::::All I can do is assure you that my attitude to this page isn't connected to the RfC of yours in particular, but instead is motivated by the overall number of frivolous and damaging RfCs I've seen. Also, there's no one else on this page who supports the edits you wanted to make, either now or the last time they were discussed. ] <sup><font color="Purple">]</font></sup> 23:00, August 25, 2005 (UTC)

::::::And please don't change my header. ] <sup><font color="Purple">]</font></sup> 23:06, August 25, 2005 (UTC)

:::::::I thought this was a wiki. Now it's "your" header? lol ] 23:12, 25 August 2005 (UTC)

==Then how did you know==
''"my attitude to this page isn't connected to the RfC of yours in particular"'' Oh, really? Then how did you know that I just recently pasted a deleted RFC into my user namespace? The only way would be for you to be monitoring my user contributions. I've made no public reference to those pages. it wouldn't show up on any article watchlist. But soon after I created the page, you were off asking another editor about policy regarding deleted RFC's in a user namespace, and you've made sure to announce it here with your subsection title, insisting that I don't change it. Are you saying you just happened to be on the RFC page and saw me add this recent warning? OK, fine. you've got this page on your watchlist. But how did you know about an addition to my userspace? Not connected in any way to an RFC I filed against you? None at all? Just browsing recent contributions by random editors? ] 23:32, 25 August 2005 (UTC)

:I knew about it because I looked at your contribs yesterday, as it seemed clear you'd started up again, and your usual thing is to write to lots of people about it, so I looked to see whether you'd been doing that.

:I'm requesting as a gesture of goodwill that you delete that page from your user space. You have every right to keep a copy on your computer, but there's no need or reason to keep it online. It was deleted, not moved or userfied. I also agree with Rob that it's not appropriate to discuss our dispute on this page, though it's appropriate to discuss your keeping a copy of the RfC. If you want to discuss the dispute, please suggest somewhere else. ] <sup><font color="Purple">]</font></sup> 01:58, August 26, 2005 (UTC)

:::''" it seemed clear you'd started up again"'' Oh, it seemed ''clear'' did it? That I had started up ''again'', did I? I appreciate all the "good will" that comes with the implied accusation that I'm guilty of "starting up" something ''"again"''. So, just to help clarify what really happened here, I added an entry to the "for your review" piece below. See, it went like this: you mentioned my RFC against you, I post it in my user space. So as for your accusation that I had "started up" something, and that I had done it "again", it's all false. Do you realize that on this page alone, you've accused me of "ad hominem" attacks , that I'm "pretending" and only doing it for "personal reasons because of the RFC" I filed , that everyone who supported my RFC was not "credible" , and that "it seemed clear" I had "started up again", which comes not only with an assertion of guilt, but an implication of previous guilt. You want to retract these accusations? no? well, I uploaded the RFC partly so there would be a objective record of what really happened so I could defend myself from your accuastions. You brought up the RFC, not me. As for the people who supported it being "credible", there were four other people, and they happened to be my friends. We were working our asses off on the Terri Schiavo article when you came along and bulldozed your way through it. Two of them left wikipedia in disgust after that. One of them specifically blamed you. So, I'd appreciate it if you left my friends' "credibility" out the picture since they can't defend themselves from your accusations. And after all this, you have the nerve to ask '''''me''''' for a show of good will? I've done nothing to break it. Don't look for a sign of good will when you've shown me and my friends none. ] 03:21, 26 August 2005 (UTC)

FuelWagon, this seems to be a personal issue you have with SlimVirgin; I don't really think continuing it here is appropriate, since it is unrelated to this article. Frankly, I don't see the value in continuing it anywhere else either, but that's just my personal opinion. ]<sup><font color="DarkGreen">]</font></sup> 04:39, 26 August 2005 (UTC)

:There's so many various headings on this I don't know which one this comment should go on, so feel free to move it to the right one, somebody. All I wish to point out is that SlimVirgin's claim that no other credible editors supported this RfC is not the case. I supported it (and I'm not just credible, I'm incredible, baby), as I thought a Request for Comment meant a formal request for some comments on an issue that required resolving. Obviously, it actually means 'request for huge two month bitch fest with no end in sight'. I wish this would all just go away now. ]<small>&nbsp;]&nbsp;]</small> 08:29, 26 August 2005 (UTC)

==for your review==
There seems to be some confusion as to the history of this recent discussion. I've posted the following diffs for your review.

::15:58, 24 August 2005 SlimVirgin writes: "because of the RfC you filed."

::19:06, 24 August 2005 FuelWagon writes: "you are still holding onto that RFC I filed against you"

::21:21, 24 August 2005 FuelWagon pastes RFC into his personal userspace.

It seems fairly straightforward to me. ] 23:10, 25 August 2005 (UTC)

==Two Comments==
There does seem to be residual hard feeling between ] and ], and it is wasting Wiki space that would be better spent on improving the dispute resolution process. If the two of them still have hard feelings, why not request mediation to at least agree to express those hard feelings somewhere else?

Second, I restated what SlimVirgin said was the consensus of the Misplaced Pages community, that a user conduct RfC is a serious allegation that will lead to hard feelings and is commonly considered a step toward arbitration. FuelWagon disagreed as to whether this is a consensus. Is a quickpoll in order? ] 00:50, 26 August 2005 (UTC)

==Removal==
If anm article doesn't get endorsed in 48 hours it must be removed. Reinserting it looks really dodgy, as in trying to manipulate the system, ] 00:14, August 23, 2005 (UTC)
*Yes, but since the unendorsed RFC have a tendendcy to be deleted, removing them is best left to admins. ]]] 14:39, August 23, 2005 (UTC)

That is not policy, and putting a delete template on an article is not the same as deleting it, ] 23:38, August 25, 2005 (UTC)
*I never said that was policy, it's just a suggestion from me. ]]] 08:12, August 26, 2005 (UTC)

== This fits none of the categories, but it's important ==

] has become the site of a flamewar over the article in question; a number of suspected sockpuppets have popped up and are not only defending the article's subject, but verbally eviscerating anyone, such as ] or ], who tries to edit new information into it. ] and some anonymous user who signs all his posts "A Mormon" are largely at fault for the hostile atmosphere, and I think we need some new blood to take a look at what's going on in there. I haven't participated in any editing on that page in over a month myself, and I don't think I can resolve this conflict alone. - ] 18:43, 26 August 2005 (UTC)

==RFC on RFC page==

Given that , three people voiced a preference for a unified RFC page, and only one person stated a preference for the subpages, I have returned ] to the pre-subpage format.

I ask for any disagreement about the page to be resolved through discussion and consensus. ] ] 18:13, 27 August 2005 (UTC)

: I don't care about the other splits, but I believe that it is important to split out the front matter, because of the difficulty in tracking changes to the policy otherwise. I recently spent over an hour looking at diffs to try to figure out when a particular wording change was made. Such changes are getting lost, and are ending up in the page without consensus simply because no one is aware of them. ] Co., ] 21:22, 27 August 2005 (UTC)

::Thanks, I understand your reasoning better now and agree in principle with a subpage for the instructions. It's easy to miss those changes. I would like to suggest a different name than "front matter". "Procedures" might be more clear. ] ] 21:47, 27 August 2005 (UTC)

::: I don't care what we call it. ] Co., ] 02:52, 28 August 2005 (UTC)

*You have never actually stated what your problem is, actually. Please do so. Note that 1) on the village pump, several more people supported the change; and 2) the change actually ''offers more options'' without removing any of the existing ones. ]]] 22:36, August 27, 2005 (UTC)

::I said on 14 August: "This page used to be simple -- one page. Now it's scattered." That is a reason for my disagreement, regardless of how meaningful you do or don't find it. I see little value gained, but more effort to track RFCs as a whole and to list them. ] ] 23:35, 27 August 2005 (UTC)

::I vote with Maureen: I like the combined article display. Put the way-too-lengthy instructions and intro on a separate page where we can all ignore them. If necessary make separate pages for RFC articles and RFC users, but please don't separate the articles into separate pages again. Thanks. ] 04:07, 28 August 2005 (UTC)

::I agree with Maureen. I read this page (and many others, such as RfA, FAC, Peer Review, etc.) via diffs. It's a lot easier to do so when things are on a single page. --] 06:26, 28 August 2005 (UTC)
*In response to all three of you - there still ''is'' a single page that lists everything - ]. That functionality wasn't lost. If people don't like its layout or the template for each section, that would be trivial to change. ]]] 08:00, August 28, 2005 (UTC)
**"/All" is absolutely worthless for me. As I said, I read RfC via diffs. Transclusion, as is done in "/All", doesn't generate diffs. --] 04:24, 29 August 2005 (UTC)
***Well, yes. In that case you'd have to watchlist ten pages instead of one. Sorry to ask but is that really so inconvenient? It also makes the chance smaller that you'll miss an issue because two were added shortly after one another. And many people want to watchlist ''part'' of the RFCs but not all of them (e.g. not the user disputes, or maybe only anything about history). ]]] 09:16, August 29, 2005 (UTC)
****It takes about 30 seconds to check out all the changes in the past day on the unified page. It takes the same 30 seconds to check out the changes on ''each split subpage'', for a total time of five minutes or more to check out all of RfC. And with subpages, there's the possibility that I'll miss watchlisting a subpage entirely. --] 19:01, 29 August 2005 (UTC)
*****Thank you; I agree completely with Carnildo. ] 19:05, 29 August 2005 (UTC)
I agree with Radiant. This format seems neater. In fact, it's actually what alteripse would like: the instructions are all on a separate page (]), and the article RFcs are all on one page (]).—] | ]&nbsp; 08:20:13, 2005-08-28 (UTC)
*Interestingly, there is a thread at the Village Pump where Maurreen suggests precisely that processes like RFC be split into several areas by topic, and it gets some support there too. I'm not sure why she would oppose it here when she proposes the same thing over there. ]]] 17:04, August 28, 2005 (UTC)

I think we all agree more than we disagree, guys. I could be wrong, but it looks to me like the present format satisfies most of the demands of various editors, and where it doesn't, it's probable that some adjustments can be made to meet them. Best wishes to everyone,—] | ]&nbsp; 01:20:00, 2005-08-29 (UTC)

Split version is better. - ]]] 22:43, 28 August 2005 (UTC)

For what it's worth, I prefer the split version too. I want to at least have a look at all user RfCs, whereas content RfCs (though important) are something I'll work on time permitting. --]] 03:20, August 30, 2005 (UTC)

==So where are my RFCs?==

Given that the page has now been split again, and my RFCs are no longer listed on the RFC page, would someone at least tell me where they are? ] ] 00:33, 28 August 2005 (UTC)
*]. ]]] 08:00, August 28, 2005 (UTC)

::If I wanted to hold a survey, I would do so. ] ] 10:47, 29 August 2005 (UTC)
*As I've pointed out several times already, ] is a misnomer since it contains a lot of things that aren't surveys. ]]] 10:54, August 29, 2005 (UTC)

==Boldness should be tempered -- splitting, etc.==

Regardless of the merits or not of subpages and any other changes, these is are to be decided by the community. There is obvious disagreement.

It is not for any individual to decide what subpages are appropriate, nor that certain RFCs are to be moved to ], etc.

In my view, the mature and courteous thing to do, is to use the version of the RFC page that had been relatively stable for at least a year, UNTIL there is consensus to do otherwise. Thank you. ] ] 10:47, 29 August 2005 (UTC)
*You asked for comments here. You ''proposed'' a split of things by topic area on the village pump. In both cases, support was shown for the split up version. The new version has ''more'' functionality than the old version, as indicated by the discussion above. So do not bypass a discussion that you started yourself. ]]] 10:54, August 29, 2005 (UTC)

#For one thing, I did not suggest dividing just RFCs by separate page.
#I am not bypassing. We can have the discussion just as well, either way.
#Support has been shown for both versions. No consensus has been shown for your preferred version.
#I waited almost two weeks between opening the discussion and unifying the page. In that time, three people disagreed with one. ] ] 17:22, 29 August 2005 (UTC)

#The intent is the same, and splitting RFCs (or for that matter, splitting the refdesk) would be a useful step towards what you actually propose.
#Yes, you did. You started a discussion, ignored the response, and changed to the version you prefer in spite of the fact that response was not quite in support of that.
#Like I said before, one does not vote on changes. Go and read ] for an example. You ask for opinions and address the objections. That has, in fact, been done.
#No, you did not. You started this discussion on 18:13, 27 August 2005 (UTC), and the one on the village pump on 08:07, 25 August 2005 (UTC). You broke the RFC page in an attempted reversion on 02:55, August 28, 2005.
#You're being needlessly bureaucratic. Please don't. I have answered ''your'' concerns but you have never answered mine. You tend to simply ignore whatever I say and repeat your previous arguments. That's not productive. ]]] 09:10, August 30, 2005 (UTC)

Responding to Radiant:
:2. and 4. You opened the on 7 August. You bypassed discussion by deciding to make the change without discussing first.
:3. Please read ].
:5. Saying that I am "being needlessly bureaucratic" and your repititive ] statements are not productive. What concerns of yours do you feel that I have not addressed? ] ] 15:16, 30 August 2005 (UTC)

==Del unilateral rule==

The following was on the RFC page as a hidden comment. I do not agree, and as far as I know, only one person supports it. So I removed it.
:'''Yes, policy issues should go on "current surveys" to keep them all in a centralized place. "Surveys" is actually a misnomer, over half of its content isn't actually a survey. A request to rename is in place.''' ] ] 17:22, 29 August 2005 (UTC)
*Why on earth do you oppose keeping all policy-related debates in a single place? ]]] 08:30, August 30, 2005 (UTC)

::"Requests for comment" and "Current surveys" are clear, simple and straightforward deliniations. I see no problem with that. I see no need to change. ] ] 15:04, 30 August 2005 (UTC)
*The problem is that they overlap substantially, and have done so for a long time. Many requests for comment take the form of a survey, and many surveys are in fact requesting comment. Also, some things listed on RFC were not in fact requesting any comment, and several things listed on RS were not in fact surveys. That has also been true for a long time.
*Thus, we had two pages with essentially the same goal. That is redundant, and bureaucratic. That essentially means that everything posted on one should also be posted on the other - but people tend to forget that. It also means that everyone watching one should also watch the other - but people tend to forget that too. The end result is that some people will arbitrarily be unaware of some discussion, despite the fact that they wish to be. That is confusing and undesirable.
*It is not generally possible to amend everybody's behavior to match the original intent of a page. It is on the other hand easy to rename a page to match with what people actually use it for, to facilitate it for new users. ]]] 15:26, August 30, 2005 (UTC)

::Given that we disagree, it makes sense to me to continue longstanding practice until there is a consensus to do otherwise. ] ] 15:34, 30 August 2005 (UTC)
*Given that longstanding practice is bureaucratic, redundant and confusing as I just pointed out, and given that you haven't given any argument to contradict that, I fail to see how you have a point. ]]] 15:40, August 30, 2005 (UTC)

:::My point is that none of this is for you to decide. It is not for me to decide. It is not for any individual to decide.
:::Also, you appear to be the only person objecting to this aspect of longstanding practice.
:::I see no point in going back and forth between the two of us.
:::Let the community decide. ] ] 15:49, 30 August 2005 (UTC)

:::: Actually it ''is'' for you to decide. You are in charge of the entire wiki, Maurreen, you can make any change you want, whenever you want! Well... almost. At the same time, Radiant is also in charge, and well, so am I, so when you do make a change and we disagree, it might then be wise to discuss. :-) See ] for a useful framework for this.

:::: Anyway, since you're in charge and therefore very important, I'd like to hear why you disagree with Radiant (who is also in charge and therefore also very important), and we can try to sort out what to do to your mutual satisfaction. (This is called "Finding consensus through negotiation and agreement") ] 16:02, 30 August 2005 (UTC)

Thank you, that's what I've been looking for -- both an intermediary and recognition that we're all equal here. Essentially, Radiant and I disagree on whether there is a problem with longstanding practice. In my view, it would be a positive gesture if Radiant would remove the rule, and then we could more easily discuss ways to satisfy both of us. Oh, and I had just listed this at ]. ] ] 16:23, 30 August 2005 (UTC)

: Well, ] says you can feel free to remove it yourself, if it's really making you unhappy. In the mean time, what's your issue with it? ] 16:50, 30 August 2005 (UTC)

::Yes, I can remove it, and I probably will. And then Radiant can put it back, and probably will. And we can continue our revert war.
::: He shouldn't actually. Has he done so earlier? If so we might need to talk to him a bit. ]
::My issue -- If someone wants to request comments, I see no reason why they shouldn't do so at ]. That is clear, simple and straightforward.
::: Okay. That's clear. ]
::Radiant has not demonstrated that "longstanding practice is bureaucratic, redundant and confusing". I respect that Radiant believes this. I do not. I do not see that anyone else believes it. ] ] 17:24, 30 August 2005 (UTC)
::: Okay, why do you disagree? ] 17:36, 30 August 2005 (UTC)

::: Right, earlier I avoided reading so I'd get an objective view of the situation, but now I've done so. You two HAVE been revertwarring, and there's a lot of discussion here as well about the topic. Hmmm. Well stop reverting, the both of you. Goodness. ] 17:43, 30 August 2005 (UTC)

Sorry if this comes accross the wrong way, but I don't know how many ways I can say this or how to say it more clearly. Listing all requests for comment at ] is easy. Having some hidden rule that says certain requests must go another page adds complexity for zero benefit that I can see. Radiant claims to reduce confusion. In my view, Radiant is adding confusion. ] ] 07:39, 31 August 2005 (UTC)
*Okay, first off, there are two different issues here. I've removed the so-called unilateral rule now (which isn't a rule really, it's actually a description about how things work). But the recent revert s were about certain edits by Maurreen that broke the RFC page and confused the progress.
*The point is that Maurreen is holding to the literal definitions of "requests for comment" and "current surveys". However, while a dictionary can certainly tell them apart, on Misplaced Pages they're extremely interrelated. Many requests for comment employ a survey. Most surveys are requesting comment. So they should both be listed on one place. I don't care what place that is, but there used to be ''three'' different spots. And that's confusing. ]]] 08:40, August 31, 2005 (UTC)

::Thank you for removing it. I appreciate that. ] ] 08:50, 31 August 2005 (UTC)

::: Ah, so Radiant has been busy reorganising stuff again! (He seems to like doing that.) Typically, so long as it's just a refactor, that's not a big deal. I understand that something went wrong here?
::: Hmm, could either of you paste the contested text below, so we can take a look at it, and see why it's so contested? ] 13:27, 31 August 2005 (UTC)

Here is the contested text:
''Yes, policy issues should go on "current surveys" to keep them all in a centralized place. "Surveys" is actually a misnomer, over half of its content isn't actually a survey. A request to rename is in place.'' ] ] 17:50, 31 August 2005 (UTC)

==Compromise proposal: RFCs and surveys==

Radiant or anyone: What do you think of dividing all requests for input (RFCs, surveys, whatever) among two types, article-specific issues and all other issues? ] ] 17:50, 31 August 2005 (UTC)

==My RFC==

I just noticed I still have an RFC on me which wasn't formatted or certified, I assume it should be deleted? --]] 01:56, August 30, 2005 (UTC) <small>moved from subpage. ]]] 10:22, August 30, 2005 (UTC)</small>

*I'll take a look at it. ]]] 10:22, August 30, 2005 (UTC)
**Deleted. ]]] 10:26, August 30, 2005 (UTC)

Latest revision as of 00:49, 18 January 2025

This is the talk page for discussing Requests for comment and anything related to its purposes and tasks.
Shortcut
NOTE: This talk page is not the place to post notices of disputes or requests for comment, or to ask questions about changes you would like to make to individual articles. Please follow Misplaced Pages:Requests for comment.
Are you having trouble getting your RfC listed? Please make sure the bot hasn't been turned off. If the bot hasn't run in the last few hours, then please alert the bot's owner. If the bot is apparently running, then the problem is almost certainly with the template formatting. To get help with formatting the template correctly, please leave a message, including the name of the page where you want to start the RfC, at the bottom of this page.
? view · edit Frequently asked questions
The RfC question isn't neutral!
Wikipedians are rarely swayed by a non-neutral question. They've got their own minds and they'll come to their own conclusions. A non-neutral question might be a good reason to fix the question, but it is not grounds to halt or re-start the RfC. If you believe that a question is non-neutral, you are better off simply participating in the RfC to present arguments about the underlying dispute. An additional comment about the question's neutrality may or may not be appropriate, depending on its relevance to those arguments.
The RFC question is not brief. Can I fix it?
The "question" is the part that shows up on the RFC listing pages (example of listing page). If the RFC question itself is substantially longer than all the others and you are not appearing in the role of the loyal opposition, then you can copy a small part the original question plus the original timestamp (not usually the name) to the top or write a simplified question. If, however, the person who started the RFC discussion might consider you to be part of the dispute, you should ask someone else to adjust it (e.g., by asking the person who started the RFC to shorten it or by posting a note on the RFC talk page).
I don't like any of the options I've been asked to vote for.
RFCs aren't votes. You can suggest a compromise or an option that others haven't considered, exactly like you would in any other talk page discussion.
How long should an RFC last?
As long as all of the participants need, and no longer. If you started an RFC, and you believe other editors will not agree to your proposal, then you are permitted to admit defeat and withdraw it at any time. However, editors who believe their side is winning are advised to not even mention the possibility of ending an RFC early during the first week.
Is the result of an RFC binding?
Not inherently, but an RFC is usually an effective way of determining the consensus of editors, which is binding. The formal closing summary of an RfC is generally considered to be a summary of the current consensus, although consensus can change over time.
Aren't all RFCs supposed to get a formal closing summary?
No. Most of the time, the result is clear to all of the participants, and editors should not waste the community's time by asking someone else to officially write down what everyone already knows. Only a minority of RFCs get closing summary statements.
Can the person who started the RFC, or another involved editor, write a summary of the discussion?
Yes. In particular, when a proposal is soundly rejected, proponents are encouraged to accept defeat with grace. However, if the outcome could plausibly be disputed, then involved editors (on all sides of a dispute) are encouraged to let someone else write a summary.
This project page does not require a rating on Misplaced Pages's content assessment scale.
It is of interest to the following WikiProjects:
WikiProject iconDispute Resolution (inactive)
WikiProject iconThis page is within the scope of WikiProject Dispute Resolution, a project which is currently considered to be inactive.Dispute ResolutionWikipedia:WikiProject Dispute ResolutionTemplate:WikiProject Dispute ResolutionDispute Resolution
Archiving icon
Archives
  1. Feb 2004
  2. Feb 2004–May 2005
  3. May 2005–Sep 2005
  4. Sep 2005–Oct 2005
  5. Oct 2005–May 2006
  6. May 2006–Dec 2006
  7. Jan 2007–Jun 2007
  8. July 2007–Dec 2007
  9. Jan 2008-Feb 2009
  10. Feb 2009-Feb 2010
  11. Feb 2010-January 2012
  12. January 2012—May 2013
  13. May 2013–August 2015
  14. August 2015–October 2016
  15. October 2016–June 2018
  16. June 2018–June 2020
  17. June 2020–April 2021
  18. April 2021–November 2021
  19. November 2021–May 2023
  20. June 2023–
  21. (future)


This page has archives. Sections older than 40 days may be automatically archived by Lowercase sigmabot III.

RFC signer

What is the current consensus on whether an RFC should be signed with the filer's username? I see there was a discussion about this in 2018, where most agreed that the filer should be identified. Asking this question after an RFC was left unsigned here, which although is in line with the RFC information page, is a rare occurrence and obscures accountability whenever it is required. I think the RFC information should be changed to reflect the consensus of editors. Makeandtoss (talk) 10:19, 10 November 2024 (UTC)

There was a discussion on this a couple of months ago. The opinion seemed to be that it is acceptable, even sometimes beneficial for them not to be signed, as it let’s editors come to an opinion on the question without being prejudiced by their opinion of the opener.
It’s not all that rare; about 9% are unsigned. BilledMammal (talk) 10:35, 10 November 2024 (UTC)
9% is rare. They can avoid prejudice by having the statement filed by an admin for example, not necessarily by having an empty signature. I think after all these discussions an RFC on the way to open an RFC is needed. Makeandtoss (talk) 10:50, 10 November 2024 (UTC)
Given page history is publicly accessible, I don’t understand the line "obscures accountability" - if you want to know, can’t you just check the history? BilledMammal (talk) 10:52, 10 November 2024 (UTC)
If the RfC question is posed in a perfectly neutral way, it shouldn't be possible to determine the opinion of the opener from the question. The problem comes when a non-neutral question is unsigned, not when a neutral question is unsigned. Requiring a signature will encourage the opener to be more careful in drafting the question. I could imagine an exception for committee-drafted RfCs like we have on VPP sometimes, but otherwise I think that everything that appears on any type of discussion page should indicate who put it there. An RfC on this would be interesting, but I think VPP would be the right place and it would need a discussion first. Zero 11:11, 10 November 2024 (UTC)
This assumption is false. Some editors are well-known for holding certain viewpoints (e.g., pro-infobox, anti-pseudoscience), and as a result, merely adding our names makes it possible to determine the opinion of the opener. The username can also act like waving the proverbial red flag in front of a bull: "Oh, him. I'd better go vote against whatever that is" or "My friend started an RFC. I should go help her win". WhatamIdoing (talk) 16:36, 11 November 2024 (UTC)
@WhatamIdoing: I know this argument and I don't believe it. There is no evidence that any appreciable number of votes occur other than on account of the opinion/POV of the voter. The argument also ignores existing votes. In most cases the originator votes, so if someone was to choose whether/how to vote on account of their opinion of the originator, the originator's vote is much more likely to be the motive. Zero 00:53, 13 November 2024 (UTC)
We could argue all day about how many is an "appreciable number", but we seem to agree that it actually does happen sometimes. WhatamIdoing (talk) 17:22, 13 November 2024 (UTC)
That is why I mentioned obscure not prevent. Makeandtoss (talk) 11:14, 10 November 2024 (UTC)
All of that was mentioned in the prior discussion. Another argument against signing an RfC is just a philosophical one: The request isn't personal, so there's nothing to sign. The requester isn't a secret, it's just not part of the request. It's like the reason that you don't sign a Misplaced Pages article when you write one. Bryan Henderson (giraffedata) (talk) 18:47, 10 November 2024 (UTC)
90% + of people who do RFCs sign them. Selfstudier (talk) 19:04, 10 November 2024 (UTC)
Articles are not signed because they are joint work and public-facing. Also because wiki usernames are meaningless to the readership. Also because articles would be a horrible mess after many edits. None of those reasons apply to RfCs, so the analogy fails. Zero 00:54, 11 November 2024 (UTC)
Fair enough. There are enough other reasons not to sign a Misplaced Pages article that I should not have used it as an analogy. For me, the main reason not to sign a Misplaced Pages article is that it isn't personal, like some people believe about their RfC requests. Bryan Henderson (giraffedata) (talk) 18:36, 11 November 2024 (UTC)
Just woke up one day and thought I will make a non personal RFC about something I don't care about, right? Selfstudier (talk) 18:43, 11 November 2024 (UTC)
RFCs can be joint work, too.
I think the case you need to make is not "Under ordinary circumstances, signing an RFC is normal and desirable" but "I can hereby prove that under no circumstance whatsoever is it appropriate for an RFC question to be displayed in Misplaced Pages:Requests for comment/All without at least the wrong username". Because that's what is suggested above: That it would be preferable to have the RFC misleadingly signed by someone who is not actually asking the RFC question ("having the statement filed by an admin for example") than to have it unsigned. WhatamIdoing (talk) 16:33, 11 November 2024 (UTC)
Exceptions are fine, we can note those. Otherwise, simply follow common practice and sign, no-one will complain about that. Selfstudier (talk) 16:38, 11 November 2024 (UTC)
The problem isn't that nobody complains about the most common practice. The problem is that sometimes the most common practice results in more harm than benefit. WhatamIdoing (talk) 16:44, 11 November 2024 (UTC)
Apparently that's only in theory. Do you have some examples of such harm? Selfstudier (talk) 16:46, 11 November 2024 (UTC)
Sure: I've personally felt drawn to oppose whatever is being recommended because I recognize the username in the question. I'd like to think that I'm enough of an adult to consider the question fairly or to walk away, but I'm also enough of an adult to recognize that an RFC signed by User:TeeteringOnTBAN is not going to get the same response as the same one from User:Unknown or User:Friend. How about you? Are you a paragon of virtue who is never biased by reputation and past experiences with people, or maybe you just have a hard time remembering names? WhatamIdoing (talk) 18:53, 11 November 2024 (UTC)
Every RFC is like that in my area. Selfstudier (talk) 19:06, 11 November 2024 (UTC)
Looking at the precipitating event:
WhatamIdoing (talk) 16:43, 11 November 2024 (UTC)
Unnecessary, we have lots of RFCs without any problems, it's just the unsigned ones we complain about. Selfstudier (talk) 16:47, 11 November 2024 (UTC)
Wrong, I never complain about unsigned RfCs (undated RfCs I will add a timestamp to), but I often complain about RfCs that are failing in some other way; sometimes I fix these up because I suspect that the filer might not understand my explanation. Examples: Special:Diff/1256748178; Special:Diff/1256578999; Special:Diff/1256555117; Special:Diff/1256426747. --Redrose64 🌹 (talk) 18:31, 11 November 2024 (UTC)
That's you, we're complaining here ;) We have complained about it before, now we havin another go. Selfstudier (talk) 18:35, 11 November 2024 (UTC)
Maybe we'll have a (signed) RFC about it. Selfstudier (talk) 18:35, 11 November 2024 (UTC)
Not sure what you are trying to ask about but I won’t be trying to remember details about more than half a year old incident and not sure what is meant with precipitating incident. Accountability as in knowing who to ask when the statement is not neutral/not representative of the discussion/etc. As for the argument that identity of opener shouldn’t affect discussion, this would be also true for everything, including even edits or discussions, so I can’t see why RfC should be a unique exception. Makeandtoss (talk) 19:17, 11 November 2024 (UTC)
Are you claiming that the RFC question is non-neutral? Here's a copy of the entire question:
"Should the following sentence be added to the lede?

In its investigation on 20 October 2023, Forensic Architecture concluded the blast was the result of a munition fired from the direction of Israel

"
If not, then what kind of "accountability" are you needing in this RFC? Or are you only saying that, hypothetically, if someone did need to have a discussion about an RFC question, then it would be unfortunate if you had to waste 30 seconds looking up the username first? I wonder how long it would take if the OP had taken you up on your advice to have an admin sign it instead. Then you'd start with the wrong user. WhatamIdoing (talk) 19:27, 11 November 2024 (UTC)
Wouldna took any time at all if they signed it like everybody else does. Selfstudier (talk) 19:34, 11 November 2024 (UTC)
I genuinely have no idea what you are trying to get at. I clearly said if it is not neutral, I did not see that any specific question has been non-neutral. 30 seconds is a long time, it should be clear without having to dig anywhere. Makeandtoss (talk) 19:38, 11 November 2024 (UTC)
So you think there's nothing wrong with the question, and therefore you have no need to contact the editor over it. Why exactly do you immediately need to know the editor's name again? Just personal preference? A desire for an unnecessary level of uniformity? WhatamIdoing (talk) 15:38, 12 November 2024 (UTC)
A natural desire for transparency and accountability if necessary. Makeandtoss (talk) 20:28, 12 November 2024 (UTC)
Transparency and accountability are provided by the page history. Desiring these things does not explain why you believe the username need to be immediately visible, without clicking on the page history. WhatamIdoing (talk) 17:25, 13 November 2024 (UTC)
The answer is obvious: Make wants to judge the RFC question by who wrote it. This is the exact reason I think RFCs should not be signed: to stop, or at least slow down, people from doing exactly that. Levivich (talk) 18:51, 13 November 2024 (UTC)
As someone keeps pointing out tho, it is kinda easy to see who put it up. Selfstudier (talk) 18:52, 13 November 2024 (UTC)
If you're on the RfC page, you can look at the page history, sure. But many people won't have had the RfC's page on their watchlists, they will arrive by some other means. Perhaps they habitually check WP:RFC/BIO etc. and from those, pick out RfCs that they are interested in. What they see on those pages is the brief and neutral statement, terminating with a timestamp. I don't think that the lack of an optional signature will make these people say "I won't bother with that one because it's unsigned". But maybe they'll think "it's signed by my nemesis, so I'll go over there and oppose it, whatever the arguments in favour might be". --Redrose64 🌹 (talk) 20:10, 13 November 2024 (UTC)
...as the internet has taught us, having to click (or scroll) is enough to dissuade like 90% of people. Levivich (talk) 20:49, 13 November 2024 (UTC)
Did you seriously write "30 seconds is a long time"? 😂 Levivich (talk) 18:50, 13 November 2024 (UTC)
Yes, (no pun intended) and it was not sarcastic; editors should not have to spend any amount of time looking for what in my opinion should be naturally presented.
And no, the aim here is not to judge the RFC question by who wrote it; most RFC questions I have seen are in the form of "should X contain Y?" I can't see how this question can be judged based on the RFC's opener.
All in all, seeing an RFC without the opener's username does not feel natural to me, just as an edit summary without one wouldn't (in this case as well it could be argued that hiding it would protect the content from supposed prejudice). Makeandtoss (talk) 18:50, 15 November 2024 (UTC)

Selfstudier, I think these are the reasons for both sides. Have I missed any that seem important to you?

Should we require all RFCs to be signed with a username?
Yes, we should require this. No, we should not require this.
  • If an RFC is unsigned, and I want to know who started it, I have to waste seconds looking in the page history.
  • RFC used to ban signatures, but since editors were given a choice, signing has become the most popular choice (10 out of 11 RFCs).
  • If someone wants to start and RFC without their name appearing at the top of the section, they can ask an admin to sign the admin's username instead.
  • We could also make a list of exceptions but still officially require signing your name.
  • Some RFCs are written by more than one person, so signing one name is inaccurate. Signing with someone else's name would be even worse, because the page history would not have an accurate name.
  • Unsigned RFCs promote fairness. Without knowing who started the RFC, the responses will not be biased by wanting to support a friend or reacting to the reputation of the editor who started it.
  • Not including a username is important for some subjects, when an individual's signature might be seen as disclosing the editor's view on the subject. For example, if the username is either in the Hebrew or the Arabic alphabet, and the article is about Palestinians, then editors will assume that the person starting the RFC is biased.

WhatamIdoing (talk) 19:23, 11 November 2024 (UTC)

Still waitin on those examples, btw. Selfstudier (talk) 19:27, 11 November 2024 (UTC)
I've given you an example of the bias caused by seeing the signature, and you admit that you encounter the same problem. What more do you want? Names and dates, like "Here's a link to an RFC where I chose not to participate because the OP has such a bad reputation, and as proof of the bad reputation, here's the ANI discussion where they earned a TBAN"? If so, sorry: I'm not really interested in engaging in gossip about individuals. WhatamIdoing (talk) 19:30, 11 November 2024 (UTC)
Then I am not interested in your theorizing, fair's fair. Selfstudier (talk) 19:35, 11 November 2024 (UTC)
You've already agreed that Every RFC...in my area has you reacting to the reputation of the signing editor and your own past experiences with the signing editor. I wouldn't call your personal lived experiences to be "my theorizing". WhatamIdoing (talk) 17:29, 13 November 2024 (UTC)
I would, tho. Selfstudier (talk) 17:33, 13 November 2024 (UTC)
The argument about Arabic or Hebrew usernames is still unconvincing. Does this mean we should hide editors’ names when they edit so that people don’t perceive it in a biased way? Does this mean we should hide usernames in discussions so that editors don’t also perceive their opinions in a biased way? Why do we give an RFC special treatment? Makeandtoss (talk) 19:41, 11 November 2024 (UTC)
Yes, we do allow editors to hide their usernames when they edit so that people don’t perceive it in a biased way. See Misplaced Pages:Sockpuppetry#Legitimate uses. WhatamIdoing (talk) 15:36, 12 November 2024 (UTC)
Legitimate uses requires not crossing the streams. If an editor has a bias on something, and an edit history with that bias, and they use an alt account to hide from that known bias, that is not a legitimate alt account, but is pretending to be someone they are not. A SOCK violation. SmokeyJoe (talk) 06:12, 17 December 2024 (UTC)
“Have to waste seconds” is offensive. It takes much more than seconds, and worse, it derails your thinking. SmokeyJoe (talk) 06:05, 17 December 2024 (UTC)
“Some RFCs are written by more than one person …”. A multi-signed document has to be signed by each signatory, normal and standard. Suggesting that one sign for the others is a weird distraction. On important matters, three admins may be called up to close a discussion, and they do this by each signing the closing statement. At RfA, the multiple nominators each sign separately. SmokeyJoe (talk) 06:08, 17 December 2024 (UTC)
“Unsigned RFCs promote fairness”. No, not really, they hide the bias. The answer to concerns of unfairness, or unfair bias, is transparency. Declare the bias. Name the authors, and any other contributors, and declare any bias. SmokeyJoe (talk) 06:10, 17 December 2024 (UTC)

This is just an info page, I think we should just amend this statement "Sign the statement with either ~~~~ (name, time and date) or ~~~~~ (just the time and date)." so as to clarify that it is usual to give the name version unless there is some good reason not to, which reason should be given somewhere. Selfstudier (talk) 20:04, 11 November 2024 (UTC)

I think that both parts of this suggestion (i.e., telling people that it's usual to sign the username and adding an additional rule to post an explicit justification for not making the popular choice) are WP:CREEPY. WhatamIdoing (talk) 15:40, 12 November 2024 (UTC)
It's just an info page. Selfstudier (talk) 15:44, 12 November 2024 (UTC)
So? We don't need instruction creep on info pages, either. WhatamIdoing (talk) 17:24, 13 November 2024 (UTC)
Info is not instruction. Selfstudier (talk) 17:29, 13 November 2024 (UTC)
Telling editors that they should give the name version unless there is some good reason not to, which reason should be given somewhere is instruction, not info. WhatamIdoing (talk) 17:30, 13 November 2024 (UTC)
It's info, y'know, cos it's an info page. Selfstudier (talk) 17:33, 13 November 2024 (UTC)
I think you are reading too much into the label at the top of the page. WhatamIdoing (talk) 17:49, 13 November 2024 (UTC)
No, just getting ready for the RFC is all. Selfstudier (talk) 18:01, 13 November 2024 (UTC)

I’ve opened several RfCs that were signed with just a timestamp, and no one’s made a fuss about it. Since both the previous discussion and this one were triggered by BilledMammal not signing his RfCs with his username, if he is creating non-neutral or problematic RfCs to the point where he should be required to sign with his username for purposes of accountability or transparency, then there’s a more significant issue at play here than simply whether or not the RfC is signed with a username. Some1 (talk) 23:49, 12 November 2024 (UTC)

There's also this handy userscript called User:Evad37/TimestampDiffs.js that allows editors to click on the timestamp of a comment and it'll bring them directly to the diff of the comment. Some1 (talk) 23:54, 12 November 2024 (UTC)
That’s some technical skill required to uncover what should be easy, making discovering the anonymous author easy for some and hard for others. SmokeyJoe (talk) 06:15, 17 December 2024 (UTC)

RFC on signing RFCs

There seems to be general consensus against any change. (non-admin closure) Soni (talk) 21:40, 24 December 2024 (UTC)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.



Should the words "or ~~~~~ (just the time and date)" be removed from statement 5 of Misplaced Pages:Requests for comment#Creating an RfC?

RFCBefore Selfstudier (talk) 18:18, 13 November 2024 (UTC)

Survey

  • Yes The vast majority of RFCs are signed and there does not appear to be a valid reason for not signing. It has been suggested that a signature may induce bias in responses but there is no evidence for this. It has further been suggested that an RFC may be workshopped and therefore the creation of more than one editor, however the editor posting the RFC can simply indicate the location of the RFCBefore to clarify matters.Selfstudier (talk) 18:19, 13 November 2024 (UTC)
  • No, for the reasons given above. The reasons to not require an RFC question to end with one person's username are much stronger than the other reasons. The username is not required for any purpose (the bot looks for the date, but not a username). For background, there are now about 10 RFCs are signed with a username for every 1 RFC without it. Someone complains about an RFC that lists the username only in the page history, but not at Misplaced Pages:Requests for comment/All every year or two. As far as I can remember, every single complaint, including the most recent, involved some sort of political hot button. The most recent complaint is about an RFC related to the Israel–Hamas war, and I frankly couldn't fault other editors if they cynically wondered whether the real desire is to know whether the person who started that RFC is Jewish. (The complainant has already said that the RFC question complies with WP:RFCNEUTRAL.) We have a number of trans editors whose usernames indicate that they are out and proud, or their WP:CUSTOMSIGs use the colors or emojis that are associated with the Transgender flag. If one of them felt it was necessary to start an RFC, then I see no reason for us to require them to put their username, and therefore to disclose their trans identity, at the end of the question. The questions are supposed to be impersonal and neutral enough that the identity of the person starting the question is unimportant. Also, note that RFCs are sometimes posted on behalf of a group (or an individual who isn't sure how to start an RFC), so adding a username would be misleading. WhatamIdoing (talk) 18:34, 13 November 2024 (UTC)
    You should strike your "I frankly couldn't fault..." sentence as it is really offensive. You have been here long enough to know that casting aspersions like that is not allowed. Zero 08:28, 14 November 2024 (UTC)
  • No, for the reasons in "WAID's No Box" in the previous subsection. I don't sign my RFC questions -- I just timestamp them, then add a "(as RFC initiator)" or "(as proposer)" to my !vote. It's much fairer that way. I know that seeing my name at the end of an RFC question will influence the response. There are also other situations, as detailed in the "No Box" above, e.g. when the person who posts the RFC isn't really the "author" of the RFC, or when there are multiple RFC initiators. All in all, I really don't see the benefit in requiring signatures after the RFC question -- I really think it's better to forbid it, in fact. RFCs should be decided on their merits; who initiated it is irrelevant. Levivich (talk) 18:44, 13 November 2024 (UTC)
    I can go along with forbidding altogether as well. Selfstudier (talk) 18:49, 13 November 2024 (UTC)
    I don't understand how an unsigned RfC followed by a !vote "as proposer" could influence others less than a signed RfC. The !vote is where you express your opinion and by implication how you wish other people will vote; people who hate you are now much better informed on how to vote against you. Zero 12:46, 14 November 2024 (UTC)
    The vote doesn't show on FRS or at WP:RFC. Clicking/scrolling is a real discouragement on the internet. Levivich (talk) 13:45, 14 November 2024 (UTC)
    I would support changing the mechanism so that signatures don't appear at all in FRS or WP:RFC. Whether they are signed or not. Then people who use those services to watch for interesting RfCs will decide only according to the topic whether to visit the actual RfC. Zero 03:31, 15 November 2024 (UTC)
    Unless there's a different FRS page I don't know about, the Misplaced Pages:Feedback request service talk page notifications don't show the RfC questions at all (example: ). Some1 (talk) 13:13, 15 November 2024 (UTC)
    You are correct. The RFC questions are shown only on the central pages (e.g., Misplaced Pages:Requests for comment/All) and at the discussion themselves. The FRS messages provide only a link. WhatamIdoing (talk) 14:29, 15 November 2024 (UTC)
    Also, some editors start RFCs and do not immediately post their own views (or at all). WhatamIdoing (talk) 19:59, 14 November 2024 (UTC)
    To me I would support this option as a reasonable middle ground solution, tackling a bit both concerns of the supposed potential of prejudice against the opener, and of lack of transparency. Makeandtoss (talk) 18:55, 15 November 2024 (UTC)
    Who initiated it is never irrelevant, and is often important to discover some nefarious intent hidden behind a bland looking proposal. SmokeyJoe (talk) 06:17, 17 December 2024 (UTC)
  • No, RFCs should be as little about individual editors as possible. Unsigned RFCs won’t stop the most battlegroundy from checking history, but I think it would curb less conscious predispositions. ꧁Zanahary08:42, 14 November 2024 (UTC)
  • No, signing an RfC makes it personal and a requester of comments should be able to present it as not a personal request. Bryan Henderson (giraffedata) (talk) 22:42, 14 November 2024 (UTC)
  • No as per WAID and in particular because of the tribalism that is prevalent around many of the most contentious arguments that prompt RFCs. If it really matters, and someone truly wishes to go spelunking through the edit history, so be it, but for the average wikipedian, not having a signature should be fine; they don't need to know the person who proposed an RFC to try to decide on the matter at hand. Bluethricecreamman (talk) 03:36, 15 November 2024 (UTC)
  • Yes it shouldn't be hidden, just as much as an edit summary shouldn't have the username hidden. But as for a middle ground solution, I am ready to support Levivich's suggestion, which tackles a bit both concerns, that of supposed potential for prejudice, as well as the potential for lack of transparency. Makeandtoss (talk) 18:58, 15 November 2024 (UTC)
  • No, not necessary, and wouldn't improve Misplaced Pages. Andre🚐 05:00, 17 November 2024 (UTC)
  • Yes, because none of the reasons for not using one's username outweigh the value of doing so (transparency being chief among them). Levivich's compromise is also a good one. Lewisguile (talk) 19:51, 18 November 2024 (UTC)
  • No largely per the arguments above (with no preference for/against a full ban on signatures). If an RfC is bad enough to require sanctions, it takes less than a minute to look up the creator, and if it doesn’t, the creator likely doesn’t matter. FortunateSons (talk) 12:11, 23 November 2024 (UTC)
  • Yes. All talk page posts should be signed. Anonymous RfC introductions are weird and stupid. They make it hard to work out what is going on. They make it look like not a talk page, which is disconcerting. Multi-section anonymous RfC starts are bamboozling, a barrier to participating. —SmokeyJoe (talk) 06:03, 17 December 2024 (UTC)

Discussion

Selfstudier, the bot just pulled the tag. It's been 20 days since the last comment. Do you want to write the closing summary yourself, or do you want to list this at Misplaced Pages:Closure requests? (See the FAQ at the top of this page and #4 in Misplaced Pages:Requests for comment#Reasons and ways to end RfCs if you weren't aware that you have that option.) WhatamIdoing (talk) 01:23, 14 December 2024 (UTC)

As well as signing my RFCs I don't usually close RFCs I am involved in but thanks for the unnecessary ping anyway. Selfstudier (talk) 10:18, 14 December 2024 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

ArbCom limits on RFC comments

Just FYI:

Within the WP:ARBPIA subject area, WP:ARBCOM has limited all editors to a maximum of 1,000 words per RFC for the next two years (until 15 November 2027).

I believe this will have no effect on >90% of participants in those RFCs, but it will affect some people. WhatamIdoing (talk) 07:18, 18 November 2024 (UTC)

How long is the result of an RFC valid for?

If an RfC is closed, how long is the result valid for? 6 months? A year? In other words, how long until an editor can either contest it or raise a similar issue again? Plasticwonder (talk) 01:32, 21 December 2024 (UTC)

until you can find a reason to argue that consensus has changed or will change somehow. maybe a new piece of evidence, or the previous RFC had only local consensus, or nobody is around who will raise the fact that a previous RFC answered it already Bluethricecreamman (talk) 01:40, 21 December 2024 (UTC)
"Local consensus" is one of those complicated phrases on wiki. The policy means "a consensus that conflicts with policies and guidelines". But some editors use it to indicate "only a few people participated in the discussion" or even "those editors disagreed with me, so they must be wrong".
As a widely advertised discussion, an RFC should be assumed to represent the community's view at that time.
@Plasticwonder, there is no set rule against immediately contesting a decision (assuming a consensus formed). However, if you run the same question less than six months later, you can expect someone to complain. WhatamIdoing (talk) 02:10, 21 December 2024 (UTC)
That's understandable. Plasticwonder (talk) 02:41, 21 December 2024 (UTC)

Is it an RfC if it isn't publicized?

The page today says that all you have to do to create an RfC is start a discussion on a talk page and put "RfC" in the section title. It says publicizing it is optional, for when you want more than the usual watchers of that talk page to comment.

It seems to me that what makes an RfC an RfC is that it contains an {{rfc}} template invocation, and that the essential result of that is that more people than the regular page watchers get invited to comment. Without the {{rfc}} tag, I would just call it a discussion. Bryan Henderson (giraffedata) (talk) 21:13, 11 January 2025 (UTC)

Very timely post. Just yesterday I modified a heading per my understanding and past experience. Then I read the information page and was very surprised to see that my edit is not supported by the language there. (My edit was not challenged.) By the more liberal, less restrictive definition, a large majority of ATP discussions are RfCs in my experience; they are requests for comments. That doesn't seem very useful in my view. ―Mandruss  21:38, 11 January 2025 (UTC)
It looks like @Jc37 has been re-writing the page. While I'm not attached to the old version, the new version clearly still needs some work. If the discussion doesn't appear in WP:Requests for comment/All, it's not an RFC.
@Mandruss, I agree with you: non-RFCs shouldn't claim to be RFCs in the section headings, and RFCs should declare that they're RFCs in the section heading (assuming the RFC is not on a dedicated page). WhatamIdoing (talk) 22:08, 11 January 2025 (UTC)
what makes an RfC an RfC is that it contains an {{rfc}} template invocation Yeah, that's my understanding of what an RfC is too. I've made some changes to the page to reflect that. Some1 (talk) 22:12, 11 January 2025 (UTC)

If all the bots on Misplaced Pages disappeared tomorrow, you could still start a "request for comment". All it is, is requesting the Misplaced Pages community to comment in a discussion. Which can be seen if one goes back and looks at the history of this page. The bot is a convenience, it is not the discussion itself. - jc37 22:36, 11 January 2025 (UTC)

The RfC listings and the feedback request service are how we notify the Misplaced Pages community that their comments are solicited. While not impossible, it would be impractical to do that without the {{rfc}} template and the bots. I don't know about you, but I haven't the time to go around visiting hundreds or thousands of ATPs (and other talk spaces) to find requests for my comments. ―Mandruss  23:12, 11 January 2025 (UTC)
The bot is indeed a convenience. However, listing the discussion ("actually making a request for comments", if you prefer) on the central listing pages, is required. Those central lists used to be maintained 100% manually. An RFC is only an RFC if they get listed there. Otherwise, it's just a talk page discussion. WhatamIdoing (talk) 23:13, 11 January 2025 (UTC)
Even without Legobot to populate WP:RFC/BIO etc., you can still keep track of current RfCs because any page bearing at least one {{rfc}} banner will also be in Category:Misplaced Pages requests for comment (although the cat won't help to find the second RfC on a page that has two or more). As I write this, the category contains 63 pages, so far from visiting hundreds or thousands of ATPs (and other talk spaces) to find requests for my comments it's a few dozen. This tracking category is not dependent upon any bot. Quite the reverse: Legobot uses the category to determine which pages currently have a {{rfc}} and so may need attention. --Redrose64 🌹 (talk) 11:22, 12 January 2025 (UTC)
Thanks for the largely academic technical correction (as you say, we don't technically need Legobot to find RfCs, but we still need the {{rfc}} template). I hope and believe you agree that a discussion without an {{rfc}} template (and other differences, such as concise RfC question) is not an RfC. ―Mandruss  21:22, 12 January 2025 (UTC)
Arguably it could be a valid RfC without the template if, for example, listed on WP:CENT.—S Marshall T/C 17:05, 13 January 2025 (UTC)
It could be a widely advertised discussion if it were listed on CENT or in a watchlist notice, but it wouldn't be an RFC.
See, e.g., "RfC is one of several processes available within Misplaced Pages's dispute resolution system" – RFC is a specific process, not just any old discussion. "A list of all current RfCs can be found at Misplaced Pages:Requests for comment/All (WP:RFC/A)." – Ergo, if it's not (never) listed there, it's not an RFC. "A request for comment (RfC) is a way to ask the Misplaced Pages community for input on an issue." – an RFC is "a way to ask", which means that other ways of asking are not RFCs. And so forth. WhatamIdoing (talk) 18:50, 13 January 2025 (UTC)
And yet there were RFCs for about five years before the template even existed. "Request for comment" surely means any request, made in a public place, meant to attract previously uninvolved editors to help resolve a dispute by commenting.—S Marshall T/C 20:47, 13 January 2025 (UTC)
And yet there were RFCs for about five years before the template even existed. I'll take your word for that; I wasn't around then. So we improved things. I propose that we not turn back the clock. There's lower-case "request for comment", and then there's "RfC" which, quite rightly, has evolved a more specific definition at Misplaced Pages. Let's not conflate the two, ok? ―Mandruss  21:13, 13 January 2025 (UTC)
"Improved" is a subjective determination...
Anyway, S Marshall is correct.
An RfC differs from a "regular discussion" (whatever that's supposed to mean) in that the "intent" is to attempt to achieve a broader community consensus, rather than merely a local consensus. Thus attempting to avoid a walled garden, or an echo chamber (etc.), by inviting others to join in the discussion. It doesn't matter if the publicizing is done by bot, template, watched category, watched noticeboard, watched talk page, or whatever. As noted in the publicizing section on this page.
We treat various noticeboards that way. For example, at AN/I someone can be considered Community-banned. Banning being something requiring community consensus.
So an RfC isn't about a bot or a template (or whether it has capital letters), but whether the community considers the discussion a "community consensus".
It's implied there in the name: Request for <community> comment. - jc37 21:15, 13 January 2025 (UTC)
All else aside: If you wish to change the long-standing, widely accepted definition of "RfC", you'll need to do it at Village Pump, not here. Or, at least using RfC here (with an {{rfc}} template). The participants here to date can almost be counted on one hand, and that's far from enough. I'm fairly confident a more public proposal would fail, but have at it. ―Mandruss  21:25, 13 January 2025 (UTC)
What is it that you are claiming that I have changed? - jc37 21:30, 13 January 2025 (UTC)
the long-standing, widely accepted definition of "RfC" is discussions that use the {{rfc}} template. Do you not seek to expand that definition? Your now-reverted changes to the language certainly implied that you do. ―Mandruss  21:39, 13 January 2025 (UTC)
I'm looking at this - the version of the page before I started editing the page on Jan 9. I don't think that what I am saying here disagrees with what it says there under "What an RfC is".
Direct quote: "An RfC discussion typically takes place on a section or subsection of a talk page or noticeboard, and is an ordinary Misplaced Pages discussion that follows the normal rules and procedures, including possible closing."
"...is an ordinary discussion".
So it seems to me that the misunderstanding here, could be yours.
Anyway, the intent or goal of using the bot is to publicize a discussion to the broader community. On that I don't think anyone here disagrees.
Maybe we should be clearer on the page about why we are using the bot for notification - the want for broader community consensus. - jc37 21:53, 13 January 2025 (UTC)
I wrote that sentence, so let me tell you the intention behind it.
An RFC is an ordinary discussion in that the usual talk page rules apply (e.g., you can't unilaterally ban threaded discussion), and consensus can change. Both of these points have been sources of significant contention in recent years.
However, an RFC is not just an ordinary discussion, and not all ordinary discussions are RFCs. An RFC is not an RFC if it is not publicized to the community through the exact method of listing it on the RFC pages.
The usual and most convenient way to list it is to add the rfc template to the discussion. We are using the bot for the central lists, because when we did everything manually, editors found it difficult, regularly screwed up the formatting, and very frequently forgot to remove the outdated listings. (The bot that notifies individuals of RFCs that might interest them is separate and highly effective, but not essential to the definition of an RFC.) WhatamIdoing (talk) 22:13, 13 January 2025 (UTC)
“An RFC is an ordinary discussion in that the usual talk page rules apply”? Such as the expectation that all posts are signed? SmokeyJoe (talk) 01:25, 14 January 2025 (UTC)
Not everything on a talk page requires a signature (e.g., a ===Drafting=== subsection). WhatamIdoing (talk) 03:21, 14 January 2025 (UTC)
Every post on a talk page requires a signature. Unsigned drafting sections are an abomination to the wiki, anonymous flag flying, impractical to decipher who is pushing what and why. The edit history is convoluted content-editing & discussion, making wikiarcheology painful to practically impossible, if a good number of editors were involved. Often, a good number of editors are not involved, which is not a sign of success, but of process failure to attract outside participation. There are many reasons outsiders fail to be attracted, but one of them is definitely the aversion to a question of unknown authorship.
Misplaced Pages began this way in 2000, and the abandonment of that style and development of the talk page was a very early technical necessity. I guess that this happened so early that the lesson was forgotten, because it was repeated with the incubator and drafting being done in project_talkspace, with comments again on the same page, mixed signed and unsigned editing in the history. The artefacts of that mistake are still a problem.
Some very clever leading Wikipedians had a skill in presenting proposals with two column displays of the status quo vs proposed draft, on the talk page, unsigned, uneditable-in-practice except by the undeclared proposal author. Luckily, the clever leading Wikipedian knew what she was talking about, because the draft author in history-obscured methods either get their way or nothing happens. Unsigned drafting on a talkpage is a work style to be opposed.
The applicable meaning here? RfCs are not special. Special templates and bots are not justification for arguing that RfCs have special status. Special templates and bots are slippery paths toward technocracy.
- SmokeyJoe (talk) 04:28, 15 January 2025 (UTC)
I'm sorry that you're unhappy with the outcome of the recent RFC.
I still don't think that putting "RFC" in a section heading actually makes a discussion use the WP:RFC process. WhatamIdoing (talk) 04:45, 15 January 2025 (UTC)
There were RFCs before the template existed, but there weren't RFCs before the separate, central location for posting them existed. See, e.g., the first version of this page, which listed one discussion in each of three categories (article, user, and admin) as an example of this new process. WhatamIdoing (talk) 21:43, 13 January 2025 (UTC)
With the pretty obvious goal being to publicize those discussions, by attempting to make it easier for others to find the discussions in question. This process has merely been about publicizing discussions to get broader community input. - jc37 21:57, 13 January 2025 (UTC)
With the pretty obvious goal of having a single central location for finding out about those discussions, rather than having editors spam notices hither and yon and nobody being able to find them all, because I posted mine at RSN, and you posted yours at VPP, and Alice posted hers at a WikiProject, and Bob posted his on the wikipedia-l mailing list, and Chris posted theirs on Jimmy's talk page.
Unlike the scattershot process used before it, the RFC process offers one-stop shopping. All the RFCs are listed in the same place, and non-RFCs are not listed there. WhatamIdoing (talk) 22:19, 13 January 2025 (UTC)
And yet, even this page suggests that one could post notices "hither and yon" to publicize a discussion. Also known as Misplaced Pages:Canvassing#Appropriate_notification.
And everything you note is merely that this page was used as a central place to notify editors of discussions. It was/is one of many ways.
Anyway, the point of this page was - and still is - about publicizing discussions. To make it easier for people to know about/find discussions.
Incidentally, nowhere have I said that the bot-assited notification method use is "bad" or a "bad thing". I have left such value assessments out of this. (I personally also find them somewhat convenient).
But we shouldn't be teling editors that using the bot is the only way that they can notify others about a discussion.
If I were to place "request for comment" in a header, and not add the rfc template, but added a link to the discussion at the other typical places, would it be any less of a community consensus? Of course not.
Use of the bot does not control the usage of the phrase "Request for comment", or the abbreviation "RfC". And if someone would like to suggest it does, perhaps we shold travel over for another look at WP:OWN... - jc37 07:18, 14 January 2025 (UTC)
We are not telling editors that using the bot (which one, by the way? The bot that adds the RFC question to the central lists, or the FRS bot that invites individual editors to participate?) is "the only way that they can notify others about a discussion".
We are telling them that it is possible to notify others about a discussion, and indeedd to form a community consensus without using the WP:RFC process.
And if you're not using the RFC process, you shouldn't call it an RFC (on wiki). WhatamIdoing (talk) 00:05, 15 January 2025 (UTC)
That last sentence - why not? What makes the phrase "request for comment" exclusive to only bot use? I can request comments on Misplaced Pages any time, and most any place on Misplaced Pages. And really, I would think we'd agree, we should be encouraging it of edits, as positive collaboration towards consensus would seem to be a good thing. - jc37 07:01, 15 January 2025 (UTC)
What makes the phrase "proposed deletion" exclusive only to the prod tag? I can propose the deletion of an article on Misplaced Pages any time, and most any place on Misplaced Pages. WhatamIdoing (talk) 19:53, 15 January 2025 (UTC)
And in WP:DELPRO, it notes that in certain cases an AFD nom can be treated as a PROD. They're all part of the same process.
So why would an RFC be separate from the typical WP:CON talk page processes? - jc37 23:28, 15 January 2025 (UTC)
Nothing in DELPRO, or any other page, says that using the words "proposed deletion" somewhere on a talk page makes a comment an actual WP:PROD. DELPRO only says that certain low-participation AFDs should be closed using the WP:PROD process instead of the WP:AFD process.
An RFC is different from the typical talk-page discussion because an RFC is a specific process of advertising the discussion. (All community discussions are supposed to be consensus-oriented. You should have WP:CON RFCs and WP:CON talk-page discussions and even WP:CON RFAs and WP:CON ANI reports.)
For example: This discussion is not an RFC. We still want to achieve consensus, and we still want as much of the community to be involved as feels like joining us, but this discussion is not an RFC.
We could drop a note at WP:VPM about this, and this discussion would still not be an RFC. We could add a link to WP:CENT, and this discussion would still not be an RFC.
The only way to make this discussion become an RFC is to use the actual RFC process. That means dropping an {{rfc}} tag in the section and letting the bot add it to the central lists.
Think of this as the difference between someone saying "Do you want a coke?" vs "Do you want some Coca-Cola®?" In both cases, you're being offered something to drink, but only one of them is the real thing. WhatamIdoing (talk) 01:54, 16 January 2025 (UTC)
That's what I was trying to convey with lower-case "request for comment". Depending on where you live, it's Coke (capitalized per dictionary), soft drink, soda, pop, soda pop, or even sodie pop, and maybe more outside the U.S. (not the first unuseful thing said in this thread.) ―Mandruss  02:07, 16 January 2025 (UTC)
To reduce barriers to newcomers, and others unencultured, one should not write
“For example: This discussion is not an RFC”,
but should write instead
“For example: This discussion is not a WP:RFC”.
RFC does include a prominent pointer to WP:RFC, but that is due to the bad practice of Misplaced Pages-jargon being common. It would be better if Wikipedians didn’t have to learn jargon. SmokeyJoe (talk) 09:57, 16 January 2025 (UTC)

Pillar, policy, guideline, essay, article, talk, edit, title, section, heading, revision, revert, undo, remove, delete, redirect, image, collapse, move, noticeboard, template, citation, source, shortcut. These are some common everyday terms that have WP-specific definitions. I'm sorry, but editors just need to learn the WP-specific definitions as part of the massive learning curve; there is no practical alternative. I'm not going to say "I WP:REVERTED your WP:SECTION WP:HEADING WP:EDIT per WP:GUIDELINES", and there's no reason RfCs should be treated any differently. ―Mandruss  13:51, 16 January 2025 (UTC)

Speaking of which, the RFC process is about to reach its 20th anniversary. WhatamIdoing (talk) 21:44, 13 January 2025 (UTC)
You don’t distinguish between Misplaced Pages using existing words with their existing meanings from Misplaced Pages neologisms or new abbreviations?
If WP:RFC is different to Request for Comments, in important ways, then not using “WP:” in WP:RFC can be astonishing to a newcomer, can be a barrier to engaging. SmokeyJoe (talk) 19:32, 16 January 2025 (UTC)
I doubt that most ordinary newcomers (e.g., those who didn't study comp sci at university) have any idea what "RFC" means, and those in the tech industry will know that the concept of an RFC has been generalized to handle questions beyond the standards settings bodies for operating the internet (e.g., RFCs for specific software like Rust (programming language)). In short, if you know what a real-world RFC is, you will not be astonished by the English Misplaced Pages's WP:RFC process, and if you don't know what a real-world RFC is, then you will be just as confused and non-astonished as you would by any other WP:TLA that we throw around. WhatamIdoing (talk) 20:15, 16 January 2025 (UTC)
I don’t think WP:RFC is astonishing, but I do know that new editors are easily bewildered. Misplaced Pages is pretty good at keeping newcomer barriers low, but let’s keep reminding ourselves. Newcomers often don’t understand talk pages. Of those that do, they can discover talk of an RFC on an article talkpage concerning something they’ve seen on the article. For them, “WP:RFC” provides clear cognitive hints that there is a process, and it’s not a random post asking about a random request for a comment. SmokeyJoe (talk) 20:41, 16 January 2025 (UTC)
I think it's generally a good practice to provide links. With the Reply tool in visual mode, it's even easy to type WP:RFC in the link box and instead choose the spelled-out Misplaced Pages:Requests for comment from the list that pops up.
In the past, I have explained to people that if they see any sort of UPPERCASE in a comment at this wiki, they should add WP: to the front and paste it in the search box to find out what it means. But since most new editors don't have someone like me to answer their questions, it's best to provide a link. WhatamIdoing (talk) 20:47, 16 January 2025 (UTC)
I agree. SmokeyJoe (talk) 20:50, 16 January 2025 (UTC)
You don’t distinguish between Misplaced Pages using existing words with their existing meanings from Misplaced Pages neologisms or new abbreviations? Ok, some words like "policy" don't belong in the list. I went a little too far in making the point, but I think the point is still valid. Still, one needs to learn the differences between "revert" and "undo", "title" and "heading", and "remove" and "delete". They need to learn that the counter-intuitive "move" actually corresponds to "rename" in the real world. They are forced to learn that "lead", "lede", and "intro" are actually unnecessary synonyms. And so on. So it's hardly too much to ask them to learn that, at Misplaced Pages, "RFC" and "RfC" refer to a specific Misplaced Pages process. ―Mandruss  23:10, 16 January 2025 (UTC)
The first use of “RFC” on an article talk page should be written WP:RFC or similar. SmokeyJoe (talk) 23:43, 16 January 2025 (UTC)
If Template:Rfc is at the top of the discussion, then it begins "An editor has requested comments from other editors..." WhatamIdoing (talk) 03:51, 17 January 2025 (UTC)
Misplaced Pages is pretty good at keeping newcomer barriers low Ha! I can't believe I read that. ―Mandruss  23:49, 16 January 2025 (UTC)
I think it’s fair, in the context of thinking about public bureaucracies, eg registering a birth, getting a drivers licence, doing a tax return, extending your house.
I complain about WP:RfCs being too complicated, to understand and respond to, but that’s in pursuit of improvement, not because it’s terrible. SmokeyJoe (talk) 00:04, 17 January 2025 (UTC)
I enthusiastically support a five-year project to simplify and streamline PAGs—that's where most of the learning curve is. Regrettably, no one else does. Sigh. ―Mandruss  00:14, 17 January 2025 (UTC)
I’d be interested. SmokeyJoe (talk) 00:45, 17 January 2025 (UTC)
I complain about WP:RfCs being too complicated, to understand and respond to - the creators of some RfCs are perhaps not helping by making their opening statements more complex than they need be, or by providing too many options, and even sub-options. --Redrose64 🌹 (talk) 22:33, 17 January 2025 (UTC)
And survey sections and discussion sections and circles and arrows and paragraphs typed on the back... WhatamIdoing (talk) 00:49, 18 January 2025 (UTC)
User:jc37, I need some clarification on your position and terminology, so I at least know what the questions are here. Do you believe the page WP:RFC is just advice to Wikipedians on how to request comments on things? Do you believe there is a formal process on Misplaced Pages called Request For Comments, and if so, that the page WP:RFC defines and describes it and tells people how to participate in it? Also, have people traditionally referred to discussions on Misplaced Pages that don't involve the {{rfc}} template as an "RfC"? Bryan Henderson (giraffedata) (talk) 01:31, 17 January 2025 (UTC)

I think the traditional meaning of Request For Comment (RfC) is a discussion tagged with a {{rfc}} template call, and I believe that should continue. To me, whatever listing and notification the template causes to happen is only secondary; the most important thing is that the creator has declared he wants to participate in the RfC process -- the one described on this information page. Whether and how the discussion gets publicized is a question for designers of the RfC process, not the editor requesting comments. Bryan Henderson (giraffedata) (talk) 23:59, 13 January 2025 (UTC)

Yep. Regardless of what was the case in the past, the RfC format is viewed as "higher level" than more casual discussions because of the various mechanisms we have to publicize them and recruit participation. If the bot went down and the templates stopped working, etc., I don't expect "RfC" would continue to mean everything it does today. — Rhododendrites \\ 12:10, 14 January 2025 (UTC)
The WP:FRS bot went down for a while, and participation dropped immediately. I hadn't realized until then just how dependent we had become on that system. WhatamIdoing (talk) 00:01, 15 January 2025 (UTC)
Misplaced Pages talk:Requests for comment: Difference between revisions Add topic