When asking a question on Meta Stack Exchange or on any per-site meta, you must include one of the four following required tags, which appear in dark gray. This helps classify questions according to the type of response needed.
You've found an erroneous or unexpected behaviour in the system that needs to be fixed. Your question should include what you did to discover the bug, the steps required to reproduce the problem, the given system output, and the expected system output. If necessary to document or explain the issue, include a screenshot in your post. Liberal use of freehand circles is strongly encouraged.
You want to solicit opinions or best-practices on a particular topic, with the goal of reaching community consensus.
You have an idea for a new feature to be added to the Stack Exchange network engine. Your question will contain the details of your proposal, along with a reason why the new feature is needed. (Note that voting on feature requests is usually used to indicate whether or not people agree with your request. See the above answer for more info.)
You need help with or have a question about one of the network sites' features.
These tags can only be applied and removed by Stack Exchange employees and appointed ♦ moderators. They appear in red, not the usual gray, and confer a degree of official status.
Indicates that a post is an official poll for community ad selection. A moderator-only tag since July 19, 2011. Only used on per-site metas.
Indicates that a question is a part of the official Stack Exchange FAQ.
Marks a question for display in the bulletin ad on the site's sidebar. This concept originated on per-site metas. Currently, when using it on Meta Stack Exchange, it makes the question show up on the sidebar on all sites.
Indicates the Stack Exchange Product Team is sharing concepts in the Discovery phase, relating to product or configuration changes. Meta crowd can provide feedback which might be taken into account into the next phases. A moderator-only tag since April 23, 2020.
Indicates that a submitted issue is actually due to the existing design of the system and is not considered erroneous behaviour. In other words, "it's not a bug, it's a feature!"
Indicates that a feature request has been implemented, a bug has been fixed, or another type of request has been processed.
Indicates that a request (usually a feature request) has been considered, but will not be implemented.
Indicates that the request is good, but will not be implemented at present (it may be considered for the future).
Indicates that a reported erroneous behavior cannot be reproduced by the development team.
Indicates that a feature request has been considered and received positively enough that it has been queued up for implementation, but is currently blocked due to other circumstances (see the full tag wiki for more info).
Indicates that the symptoms of a bug report have been reproduced/confirmed by the development team.
Indicates that a circumstances behind a bug report are set to be internally reviewed, or that the feature request has merit but further investigation is required before a decision can be made.