Wikipedia:Requests for comment

Source: Wikipedia, the free encyclopedia.

This page describes the process, including instructions for how and why to create a request for comment (RfC), to participate in one, and to end one.

RfC is one of several processes available within Wikipedia's

binding arbitration
.

What an RfC is

A request for comment (RfC) is a way to ask the

talk page discussion. The normal talk page guidelines
apply to these discussions.

An RfC discussion typically takes place on a section or subsection of a talk page or noticeboard, and is an ordinary Wikipedia discussion that follows the normal rules and procedures, including possible closing. Summarizing longer discussions is often helpful, as the purpose of an RfC is usually to develop a consensus about some disputed point.

Because Wikipedia makes decisions by

consensus, an RfC can act as a dispute resolution
. If, for example, editors cannot agree on whether a certain fact should be mentioned in an article, they can use an RfC to find out what the community thinks and, if a consensus emerges, that usually resolves the dispute.

A

bot-assisted RfC uses a system of centralized noticeboards and random, bot-delivered invitations to advertise RfCs to other editors. After an RfC creator adds an {{rfc}} tag on the talk page that hosts the RfC, a bot will do the rest for them. The RfC is then advertised on a subpage of Wikipedia:Requests for comment, all of which are aggregated at Wikipedia:Requests for comment/All. Editors interested in responding to RfCs can visit these pages regularly or watch them. There is also a Feedback request service
(FRS), in which an editor can subscribe to be notified at random about RfCs at a rate the editor chooses.

Before starting the process

RfCs are time consuming, and editor time is valuable. Editors should try to resolve their issues before starting an RfC. Try

discussing the matter with any other parties on the related talk page
. If you can reach a consensus or have your questions answered through discussion, then there is no need to start an RfC.

If a local discussion does not answer your question or resolve the problem, then some other forums for resolution include:

For a more complete description of dispute resolution options, see the

.

If you are not sure if an RfC is necessary, or about how best to frame it, ask on the talk page of this project.

What not to use the RfC process for

Alternative processes to RfC
Problem Follow the procedures described at
Help needed Help:Contents or {{help me}}
Deletion processes WP:Deletion process § Deletion venues, or WP:Deletion review
Did You Know suggestions Template talk:Did you know
Featured Article/List/Picture/Topic discussions
Today's featured article/requests
Good Article/Topic discussions
Good topic removal candidates
In the news candidates In the news candidates
Merge proposals WP:Merging
Split proposals WP:Splitting
Peer review
Peer review
Renaming categories
Categories for discussion
Renaming pages (other than categories) Moving a page or Requested moves

About the conduct of another user

To report an offensive or confusing user name in violation of
Wikipedia username policy, see subpage User names
.
To report spam, page blanking, and other blatant vandalism, see Wikipedia:Vandalism.

The use of requests for comment on

Resolving user conduct disputes
policy.

Creating an RfC

  1. Make sure that all relevant
    WP:RFCBEFORE
    suggestions have been tried.
  2. Open a new section at the bottom of the
    talk page
    of the article or project page that you are interested in. The section heading should begin with "RfC" or "Request for comment", for example "RfC on beak length" or "Request for comment on past or present tense for television series".
  3. At the top of the new talk page section, insert an {{rfc}} tag. The tag must list one or more categories as parameters, for example {{rfc|econ}}. The category must be in lower case. See the adjacent table for the categories and their meanings.
    • If no category seems to fit, pick the one that seems closest.
    • If the RfC is relevant to two categories, include them both in the same {{rfc}} tag. For example: {{rfc|econ|bio}}.
    • Don't add two {{rfc}} tags in the same edit. If you want to start two RfCs on the same page, then read § Multiple simultaneous RfCs on one page first.
  4. Include a brief, neutral statement of or question about the issue in the talk page section, immediately below the {{rfc}} tag (see § Example).
  5. Sign the statement with either
    ~~~~~ (just the time and date). Failing to provide a time and date will cause Legobot
    to remove your discussion from the pages that notify interested editors of RfCs.
  6. Publish the talk page. Now you're done. Legobot will take care of the rest, including posting the RfC in the proper RfC lists. Whilst Legobot normally runs once an hour, it may take it up to a day to list the RfC, so be patient.

Categories

Issues by topic area (View all)
Article topics (View all)
Biographies (watch) {{rfc|bio}}
Economy, trade, and companies (watch) {{rfc|econ}}
History and geography (watch) {{rfc|hist}}
Language and linguistics (watch) {{rfc|lang}}
Maths, science, and technology (watch) {{rfc|sci}}
Media, the arts, and architecture (watch) {{rfc|media}}
Politics, government, and law (watch) {{rfc|pol}}
Religion and philosophy (watch) {{rfc|reli}}
Society, sports, and culture (watch) {{rfc|soc}}
Project-wide topics (View all)
Wikipedia style and naming (watch) {{rfc|style}}
Wikipedia policies and guidelines (watch) {{rfc|policy}}
WikiProjects and collaborations (watch) {{rfc|proj}}
Wikipedia technical issues and templates (watch) {{rfc|tech}}
Wikipedia proposals (watch) {{rfc|prop}}
Unsorted
Unsorted RfCs (watch) {{rfc}}

The list of RfC categories is in the adjacent table.

The "Wikipedia policies and guidelines" category is for discussing changes to the policies and guidelines themselves, not for discussing how to apply them to a specific case. The same applies to "style", "WikiProject", and the other non-article categories.

The "Language and linguistics" category is for requests related to a Wikipedia article (or part of one) about language and linguistics, not for requests concerning the language on a page. If you want comments on how an article should be worded, categorize your request according to the topic of the article.

Statement should be neutral and brief

Keep the RfC statement (and heading) neutrally worded and short.[1] Statements are often phrased as questions, for example: "Should this article say in the lead that John Smith was a contender for the Pulitzer Prize?"

checkY Good questions:

  • Should the picture in the lead be changed?
  • Is this website a good source for information about this product's invention?

☒N Bad questions:

  • What do other editors think about the discussions on this page?
  • We should talk about this some more.
  • Please vote on the following four five six options for the first sentence.

Legobot will copy the markup of your statement (from the end of the {{rfc}} tag through the first timestamp) to the list of active RfCs, if it is sufficiently brief; a long statement will fail to be copied. For technical reasons, statements may not contain tables or complex formatting, although these may be added after the initial statement (i.e., after the first timestamp). Similarly, the statement should not begin with a list – but if this is unavoidable, use the markup   before the list, either directly after the {{rfc}} tag or on a line of its own. If the markup of the RfC statement is too long, Legobot may fail to copy it to the RfC list pages, and will not publicise the RfC via the feedback request service.

The statement should be self-contained, and should not assume that the section title is available (because the statement, but not the section title, will be copied to the RfC list pages). If the RfC is about an edit that's been disputed, consider including a diff in the RfC question.

If you have lots to say on the issue, give and sign a brief statement in the initial description and publish the page, then edit the page again and place additional comments below your first statement and timestamp. If you feel that you cannot describe the issue neutrally, you may either ask someone else to write the question or summary, or simply do your best and leave a note asking others to improve it. It may be helpful to discuss your planned RfC question on the talk page before starting the RfC, to see whether other editors have ideas for making it clearer or more concise.

Multiple simultaneous RfCs on one page

Nota bene* Overuse of RfCs doesn't help.

It is rare for a single article, or a single editor, to have more than one or two productive RfCs open at a time. Before starting a lot of RfCs, please check in on the RfC talk page for advice.

There is no technical limit to the number of simultaneous RfCs that may be held on a single talk page, but to avoid

discussion forks
, they should not overlap significantly in their subject matter.

Each {{rfc}} tag should also be added in a separate edit, with a delay between each edit to let the bot assign an id number to the first before attempting to start a second. If you are starting another RfC on a page which already has one or more ongoing RfCs, first ensure that all of the existing {{rfc}} tags already contain a |rfcid= parameter. The process looks like this:

  • Add your question with one {{rfc}} tag.
  • Wait for the bot to edit the page and add an id number to the first RfC question. (Part of the text will change from "Within 24 hours, this page will be added ..." to "This page has been added ..."; this usually takes less than an hour.)
  • Add another question with a second {{rfc}} tag.

If any {{rfc}} tag anywhere on the page lacks this parameter, even if that RfC was started by another editor, then wait for Legobot to add it before adding another {{rfc}} tag anywhere on the page. If there are two {{rfc}} tags on the same page that both lack the |rfcid= parameter, Legobot will assign the same value to both, with the result that only the lowest one of the page will be publicised; moreover, the incoming link will lead to the higher RfC question, which will cause confusion. To repair this, remove the |rfcid= parameter from the unpublicised one (usually the higher one).

Example of an RfC

There are many acceptable ways to format an RfC discussion. Below is one example of how a simple RfC discussion could appear when you are editing the talk page. This example will work best for average or smaller discussions; for major disputes, other, more structured formats may be more appropriate.

You can copy and paste this example, but be sure to change the wording to reflect your particular topic (for example, the "hist" category may need to be changed). A signature ("~~~~") or at least a time and date ("~~~~~") is required. Do not include any opening html tags (e.g., <small>) in the initial RfC statement unless its corresponding closing tag (e.g., </small>) also comes before the first timestamp, i.e., don't "straddle" the first timestamp inside html code, otherwise it may corrupt the entry of the RfC on the topic discussion pages. After you have inserted text similar to this into the talk page, you must publish the page.

== RfC about the photo in the history section ==
{{rfc|hist}}
Should the "History" section contain a photograph of the ship? ~~~~

Modifying an RfC

If you amend the RfC statement (including the addition of another

RfC category
), Legobot will copy the amended version to the RfC listings the next time that it runs. If you add another RfC category, this must not be placed after the |rfcid= parameter (if one is present), because Legobot will not process it properly.

Publicizing an RfC

After you create an RfC, it will be noticed by editors that

watch the talk page, by editors that watch the RfC lists, and by some editors subscribed to the Feedback Request Service (FRS), who will be automatically notified by Yapperbot
. However, there may not be enough editors to get sufficient input. To get more input, you may publicize the RfC by posting a notice at one or more of the following locations, if related to it:

When posting a notice at those locations, provide a link to the RfC, and a brief statement, but do not argue the RfC. You may use {{

not for publicizing any content disputes in articles. Further guidance is available at WP:Publicising discussions
.

Responding to an RfC

All editors (including IP users) are welcome to respond to any RfC.

Ending RfCs

As an RfC is the solicitation of comment in a discussion, ending an RfC consists of ending that solicitation. When an RfC is used to resolve a dispute, the resolution is determined the same way as for any other discussion: the participants in the discussion determine what they have agreed on and try to implement their agreement.

Some terms we use:

Ending an RfC
Removing the link to the discussion from the central RfC lists. This is accomplished by removing the {{rfc}} tag from the talk page; a bot takes care of the rest. The bot will also remove the tag, if you wait long enough.
The end of a discussion
This means people have stopped discussing the question. When a discussion has naturally ended, you should consider ending the RfC.
Closing the discussion
Someone lists conclusions (if any) and discourages further discussion. Some editors make a distinction between "closing" a discussion (discouraging further discussion, usually with the {{closed rfc top}} tag pair) and "summarizing" a discussion (naming outcomes). Neither "closing" nor "summarizing" are required.

Duration

An RfC should last until enough comment has been received that consensus is reached, or until it is apparent that it won't be. There is no required minimum or maximum duration; however, Legobot assumes an RfC has been forgotten and automatically ends it (removes the {{rfc}} tag) 30 days after it begins, to avoid a buildup of stale discussions cluttering the lists and wasting commenters' time.

But editors should not wait for that. If one of the reasons to end RfCs applies, someone should end it manually, as soon as it is clear the discussion has run its course. Conversely, whenever additional comments are still wanted after 30 days, someone should delay Legobot's automatic action. This latter function is based on the first timestamp following the {{rfc}} tag.

To extend a current RfC for another 30 days, and to prevent Legobot from automatically ending the RfC during the next month, insert a current timestamp immediately before the original timestamp of the opening statement.

Reasons and ways to end RfCs

Like other discussions, RfCs sometimes end without an agreement or clear resolution. There are several ways in which RfCs end:

  1. The question may be withdrawn by the poster (e.g., if the community's response
    became obvious very quickly). In this situation, the editor who started the RfC would normally be the person to remove the {{rfc
    }} tag.
  2. The RfC participants can agree to end it at any time; one of them removes the {{rfc}} tag.
  3. The dispute may be moved to another dispute resolution forum.[2]
  4. Any uninvolved editor can post a
    closing summary of the discussion; if consensus is undoubtedly clear, even an involved editor may summarize the discussion. The editor removes the {{rfc
    }} tag while closing the discussion. To avoid concerns about biased summaries, involved editors (on all sides of a dispute) are encouraged to let someone else write a summary.
  5. The discussion may just stop, and no one cares to restore the {{rfc}} tag after the bot removes it.

Please remove the {{rfc}} tag when the dispute has been resolved, or when discussion has ended.

To end an RfC manually, remove the {{

tlx
|rfc|bio|rfcid=fedcba9}}.

Do not enclose the {{rfc}} tag in <nowiki>...</nowiki> or <syntaxhighlight>...</syntaxhighlight> tags, nor place it in HTML comment markers <!--...--> since Legobot will ignore these and treat the RfC as if it is still open – and may also corrupt the RfC listing pages.

Closing the discussion

Anyone who wants an uninvolved editor to write a closing summary of the discussion (ideally with a determination of consensus) can formally request closure by posting at Wikipedia:Closure requests. If the matter under discussion is not contentious and the consensus is obvious to the participants, then formal closure is neither necessary nor advisable. Written closing statements are not required. Editors are expected to be able to evaluate and agree upon the results of most RfCs without outside assistance.

To alert readers that an RfC has ended, you may optionally enclose the talk page section in a box using a tag pair such as {{

closed rfc bottom}} or {{archive top}}/{{archive bottom
}}. This is not required, and may be done with or without a closing statement about the discussions results. This example shows one way to do this:

== RfC about the photo in the History section ==
{{closed rfc top|result= Consensus was reached to keep the photo.  ~~~~  }}
.... here is the entire RfC discussion...
{{closed rfc bottom}}

Restarting an RfC

Anyone who wants to have more comments on the topic can restart an RfC that has ended, as long as the discussion has not been closed. For example, the original poster of an RfC might withdraw it, but someone else may have become interested in the topic in the meantime and restart it.

To restart an RfC, reinsert the {{rfc}} tag. If it was automatically removed by Legobot, then be sure to insert a current timestamp after the RfC statement, and before its original timestamp, or it will just get re-removed by the bot. This will give a thirty-day extension; but if the RfC is to be of long duration, you may instead add the line

<!-- RFCBot Ignore Expired -->

before the {{rfc}} tag.

You should mention at the end of the RfC statement that the RfC ended and restarted, and add your signature if appropriate.

Notes

  1. ^ For clarity: The "statement" is the part that is located between the {{rfc}} tag (exclusive) and the first valid timestamp (inclusive), and which is copied by bot to various pages. The statement itself needs to be neutrally worded and brief. After that first date stamp, you should follow normal talk page rules, which allow you to be verbose (within reason) and as non-neutral as you want. There is no actual rule saying that editors who start RfCs must make their initial explanations look like they are responses to the question (e.g., by placing them inside a ===Discussion=== subsection) or otherwise making them less prominent.
  2. ^ For this to succeed, however, the {{rfc}} tag must be removed and the discussion ended first, since most dispute resolution forums and processes will not accept a case while an RfC is ongoing.

See also