Wikipedia:Requests for comment

Requests for comment (RfC) is a process for requesting outside input concerning disputes, policies, guidelines or article content. RfCs are a way to attract more attention to a discussion about making changes to pages or procedures, including articles, essays, guidelines, policies, and many other kinds of pages. It uses a system of centralized noticeboards and random, bot-delivered invitations to advertise discussions to uninvolved ors. The normal talk page guidelines apply to these discussions.

RfC is one of several processes available within Wikipedia's dispute resolution system. Alternative processes include third opinion, administrator's incident noticeboard, reliable sources noticeboard, neutral point of view noticeboard, the dispute resolution noticeboard, and, for ors' behavior, binding arbitration.

Before starting the process[]

Before using the RfC process to get opinions from outside ors, it's often faster and more effective to thoroughly discuss the matter with any other parties on the related talk page. Editors are normally expected to make a reasonable attempt at working out their disputes before seeking help from others. If you are able to come to a consensus or have your questions answered through discussion with other ors, 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 Dispute resolution policy and the list of noticeboards.

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.

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 user conduct has been discontinued. In severe cases of misconduct, you may try Wikipedia:Administrators' noticeboard/Incidents. If the dispute cannot be resolved there, then arbitration may be warranted as a last resort.

Request comment on articles, policies, or other non-user issues[]

  1. Edit the talk page of the article or project page that you are interested in. Create a new section at the bottom of the talk page. It is a very good idea to let the section heading begin with "RfC" or "Request for comment", for example "RfC on beak length" or "Request for comments on past or present tense for television series".
  2. Choose a category and insert an {{rfc}} tag at the top of the new talk page section. The categories for the {{rfc}} tag are listed below; the category must be given in lower case.
    • Example: {{rfc|econ}}
    • See details below on the meanings of some of the categories. If no category seems to fit, pick the one that seems closest.
    • If the RfC is relevant to two categories, include them both. For example: {{rfc|econ|bio}}
  3. Include a brief, neutral statement of or question about the issue in the talk page section, immediately below the {{rfc}} tag. Do not begin the statement with a wikilink, as this may cause formatting errors. Sign the statement with either ~~~~ (name, time and date) or ~~~~~ (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 ors of RfCs.
  4. Publish the talk page. Now you're done. Legobot will take care of the rest, including posting the RfC in the proper RfC lists. It may take Legobot up to a day to list the RfC, so be patient.


Issues by topic area (View all)
Article topics
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
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 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.


There are many acceptable ways to format an RfC. Below is one example of how a simple RfC could appear when you are ing the talk page. This example will work best for average or smaller RfCs; 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. 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 ==
Should the "History" section contain a photograph of the ship? ~~~~

Statement should be neutral and brief[]

Keep the RfC statement short and simple. 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?" Legobot will copy your statement (from the end of the {{RFC}} tag through the first timestamp) to the list of active RfCs. A long statement will make the list harder to read. 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).

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 you have lots to say on the issue, give and sign a brief statement in the initial description and publish the page, then 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 ors have ideas for making it clearer or more concise.

Multiple RfCs on one page[]

There is no 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 , with a delay between each 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. If one of them lacks this parameter, 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).

Placing an RfC in a page other than a talk page[]

Normally, RfCs are located in talk pages. But in some situations, an RfC may be placed on a subpage of this page or a subpage of a policy page (for example Wikipedia:Pending changes/Request for Comment 2012 or Wikipedia:Requests for comment/Categorization of persons).

Publicizing an RfC[]

After you create an RfC, it will be noticed by ors that watch the talk page, by ors that watch the RfC lists, and by some ors subscribed to the Feedback Request Service (FRS), who will be automatically notified by Legobot. However, there may not be enough ors 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:

When posting a notice at those locations, provide a link to the RfC, and a brief statement, but do not argue the RfC. Take care to adhere to the canvassing guideline, which prohibits notifying a chosen group of ors who may be biased. When creating a new Wikipedia policy or suggesting major modifications to a policy, follow the instructions at WP:PROPOSAL. Centralized discussion may be used for policy-related RfCs but is not for publicizing any content disputes in articles. Further guidance is available at WP:Publicising discussions.

Suggestions for responding[]

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

Ending RfCs[]

As an RfC is a discussion with accompanying solicitation of comment, ending an RfC consists of ending that solicitation. That means removing it from the RfC lists. This is distinct from the discussion ending, which just means people stop discussing, and closing the discussion, which means someone lists conclusions and discourages further discussion.

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 or who started the RfC should normally be the person who removes the {{rfc}} template.
  2. The RfC participants can agree to end it at any time, and one of them can remove the {{rfc}} template.
  3. The dispute may be moved to another dispute resolution forum, such as mediation.[1]
  4. The {{rfc}} tag can be removed and a formal closing summary of the discussion can be posted by any uninvolved or.
  5. The discussion stops, and no one cares to restore the {{rfc}} tag after the bot removes it.

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. Like other discussions, RfCs sometimes end without an agreement or clear resolution. Please remove {{rfc}} template when the dispute has been resolved, or when discussion has ended.

Anyone who wants an uninvolved or to write a closing summary of the discussion (ideally with a determination of consensus) can formally request closure by posting at Wikipedia:Administrators' noticeboard/Requests for closure. 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.

An RfC should last until enough comment has been received that consensus is reached, or until it is apparent it won't be. There is no required duration, but 30 days is a common default for contentious discussions.

Legobot assumes an RfC has been forgotten and automatically ends it 30 days after it begins, to avoid a buildup of stale discussions cluttering the lists and wasting commenters' time. But ors should not wait for that; if one of the reasons listed above applies, someone should end it manually, as soon as it is clear the discussion has run its course. And if additional commenters are still desirable after 30 days, someone should delay Legobot's automatic closing.

Legobot's determination of age is based on the first timestamp following the {{rfc}} template.

To end an RfC, remove the {{rfc}} tag from the talk page. Legobot will remove the discussion from the central lists on its next run (when Legobot automatically ends an RfC because of its age, it removes the {{rfc}} tag). If you are also closing the discussion, you should do this in the same . As an alternative to removing the {{rfc}} tag, you may use one of the template-linking templates such as {{tlx}}, as in {{tlx|rfc|bio|rfcid=fedcba9}}. Do not enclose the {{rfc}} tag in <nowiki>...</nowiki> 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.

To prevent Legobot's automatic ending and extend the RfC up to another 30 days, insert a current timestamp after the RfC statement, but before its original timestamp.

To restart an RfC after Legobot has automatically removed the {{rfc}} tag, reinsert the tag and insert a current timestamp after the RfC statement, but before its original timestamp.

To alert readers that an RfC has ended, you may optionally enclose the talk page section in a box using a template pair such as {{closed rfc top}}/{{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}}


  1. ^ For this to succeed, however, the {{rfc}} template must be removed and the discussion ended first, since most dispute resolution forums and processes will not accept a case while a RfC is pending.

See also[]