# What is the SO Close Vote Reviewers Chat Room?
The [SO Close Vote Reviewers Chat Room](https://chat.stackoverflow.com/rooms/41570/so-close-vote-reviewers)
is a group of like-minded people who want to make a difference in the CV queue,
reviewing, and clean-up efforts.
# Table Of Contents
* [Quick Reference](#quick-reference)
* [General Expectations for Members](#general-expectations-for-members)
* [Expectations for Room Owners](#expectations-for-room-owners)
* [Common Questions](#common-questions)
* [What is the SO Close Vote Reviewers Chat Room?](#what-is-the-so-close-vote-reviewers-chat-room-1)
* [What sort of behavior is expected?](#what-sort-of-behavior-is-expected)
* [What are the chat room rules?](#what-are-the-chat-room-rules)
* [How and why do I need to format my cv-pls (and other requests)?](#how-and-why-do-i-need-to-format-my-cv-pls-and-other-requests)
* [What Should Request Reasons Contain?](#what-should-request-reasons-contain)
* [What is Smoke Detector and how can I participate?](#what-is-smoke-detector-and-how-can-i-participate)
* [You closed my question!](#you-closed-my-question)
* [Can I request people to vote or flag on posts I find?](#can-i-request-people-to-vote-or-flag-on-posts-i-find)
* [Who are the room owners?](#who-are-the-room-owners)
* [Why do we need room owners?](#why-do-we-need-room-owners)
* [How does the room work?](#how-does-the-room-work)
* [What is the Graveyard room?](#what-is-graveyard)
* [Why did you invite me to the SOCVR Request Graveyard room?](#why-do-you-invite-me-to-the-cv-request-graveyard-room)
* [What are all those bots doing there?](#what-are-all-those-bots-doing-there)
* [How can I join in?](#how-can-i-join-in)
* [What if I think you made a mistake?](#what-if-i-think-you-made-a-mistake)
* [Can I invite users here?](#can-i-invite-users-here)
* [Where can I continue off-topic discussions?](#where-can-i-continue-off-topic-discussions)
* [Any resources to help?](#any-resources-to-help)
Quick Reference
In this text you'll find the abbreviation RO, RO's or RO Team. That is short for [Room Owners](#who-are-the-room-owners).
General Expectations for Members
Stay nice and professional in chat:
1. Keep it professional, keep a high standard.
2. All discussions are public.
Anything you say can and will be used against you on meta.
The [RO team](#who-are-the-room-owners) has an offline/private lounge for sensitive subjects if necessary.
3. In absence of all room owners, the members lead by example.
4. De-escalate in case of disagreement.
5. When chat flags are raised
* Take them seriously.
* Consider whether or not the flagged conversation should continue.
* Be Nice; follow the [Stack Exchange Code of Conduct](https://stackoverflow.com/conduct), and be sensitive to others' feelings.
Keep the transcript clean:
6. Keep oneboxed images out of our transcript.
We wish to keep the room civil and mostly on topic, but that does not mean you can't have a
little tasteful fun too by linking to an image. At any of the room owner's discretion, oneboxed images may be moved to trash
at anytime without warning, such decisions are final. Obviously, (linking to) offensive and NSFW images
are grounds for being kicked and moderator intervention.
An image is oneboxed if the image is actually being displayed inline in chat. This happens automatically if you send a message that contains *only* the URL for an image. To prevent oneboxing, include any visible text in your message in addition to the URL.
7. Please refrain from using [oneboxes](https://i.stack.imgur.com/t6vHq.png)/noisy formatting.
When posting a URL, use link syntax to make the link flow with the text,
like `look at [this post](https://www.example.com/)`.
The source for the image linked above which explains oneboxes is [this SO Chat FAQ page](https://chat.stackoverflow.com/faq), but you have to manually expand the "How do I format my messages?" section by clicking "show more" under that section. Unfortunately, there's a bug on that page which doesn't permit direct linking in some browsers.
8. No GIFs or other animated images in chat. They are more distracting than one-boxed messages.
Know what the room moderates:
9. We moderate the content of posts on Stack Overflow (closure/edit/review/delete). This means
that we *DO NOT* moderate:
* User accounts (even if they are posting spam)
* Other chat rooms
* Meta Stack Overflow
* Other Stack Exchange sites
Be responsible with moderation requests:
10. Do not ask for up- or down-votes on any posts. Vote conscientiously on posts you wouldn't normally encounter beyond being linked to from this room.
While [Shog9](https://meta.stackexchange.com/users/811/shog9) has allowed organized voting in chat
rooms, we do not want to be seen as a voting mob. Our goal requires a certain level of
support from the community at large. As such, we don't want anything in the transcript that
could be perceived as us treating people unfairly.
11. Moderation requests (e.g. [`cv-pls`](https://meta.stackoverflow.com/a/262359), `del-pls`, etc.) should **not** be a habit for users.
- `cv-pls`: Don't make it an instinct to fast-track every eligible post to the front of the closure system;
cv-pls is for questions that meet one or more of the following critera:
- are _really_ bad (low quality magnets)
- are a bad example used to justify other posts that are off-topic and/or low-quality
- have recent activity on the question (recent answers, edits not made by you, or suggested edits) [As used here, "recent activity" is considered to be activity within the last 6 months. Note that the "recent activity" criteria applies *only* to `cv-pls` requests.]
- don't have enough users in that tag to close the question in time
- `del-pls`: Unless there's a good reason, it doesn't have to be *now* (i.e. unless there's a good reason, wait to post the del-pls until the post is actually eligible for deletion-votes).
"If there's something really bad and it has to go, then get it gone - otherwise, don't sweat the small stuff, it'll end up gone eventually - and if no one's seeing it - who cares?" credit: [Jon Clements](https://chat.stackoverflow.com/users/1252759/jon-clements); [source](https://chat.stackoverflow.com/transcript/108179?m=39907227#39907227)
del-pls is for posts that meet one or more of the following criteria:
- are _really_ bad, but which don't quite make it to abusive/spam (use flags for those)
- are within 1 downvote of being eligible for delete-votes (see [Shog9's answer to "Downvote in order to be able to vote to delete. Is it acceptable?"](https://meta.stackoverflow.com/questions/351969/downvote-in-order-to-be-able-to-vote-to-delete-is-it-acceptable/351971#351971))
That means `del-pls` requests are permitted for closed questions which have been closed for more than 2 days, or which have a score less than or equal to -2; or answers which have a score less than or equal to 0. `del-pls` requests for posts which don't meet those criteria are not permitted, because the request can either not be actioned, or imply a request for downvotes.
12. Limit the number of requests you make, particularly `cv-pls` requests, to "reasonable" numbers and rates of posting. The exact limits are *not specified*.
As to posting them too fast or too many in a row: People in the room start to notice that you're posting a lot of requests if it's more than about 5 in a row. It is suggested that you space out your requests over time.
As to limiting the overall number that you post: Posting a `cv-pls` request is, basically, asking 2 other people to review and vote-to-close (VtC) the question. As such, the process of having `cv-pls` requests in SOCVR *can't work* unless people VtC on about twice as many `cv-pls` from other people than they post themselves, which means reviewing more than that number of questions, on average, as you won't necessarily VtC each question you review.
As a result, this means that *if* you are routinely spending all 50 of your daily close-votes on questions which have been `cv-pls`ed (your own and others), then, *on average*, you should not post more than roughly 15 `cv-pls` requests per day (e.g. You VtC on your 15 `cv-pls` requests and 30 `cv-pls` requests from other people, consuming around all 50 of your close-votes for the day). It's relatively rare that someone routinely uses all of their close-votes only on `cv-pls` requests. So, an average of 15 `cv-pls` requests per day is just the maximum which is possibly maintainable, if the user is putting the same number of close-votes into `cv-pls` requests as they are asking from other people by the `cv-pls` requests that they post.
Any `cv-pls` requests you post which are for questions reported to the room by the various bots (e.g. FireAlarm & SmokeDetector) are not counted when considering the above limits. Please indicate in the request reason that the source was one of the bots (e.g. with something similar to "(FireAlarm)" or "(SD report)" added to the request reason). Evaluating such questions and determining if a `cv-pls` is appropriate is considered a service that is beneficial to the room.
13. Members are not required to close-vote any particular post you bring up. Furthermore, do not pressure anyone
into doing so. `cv-pls` means "close-vote please", not "close-vote or I'll stab you." This applies to all types of requests.
14. Avoid extended discussion about requests, but be prepared to provide reasoning if asked to do so. We don't have to agree about a close/delete request. We're
not a democracy. However, users posting requests that are blatantly wrong will be
told so. The final verdict is up to the RO team.
15. Do not request action on posts or edits where you are involved or where you have a conflict of interest.
* For questions and answers:
* You are "involved" in the post if you are the post's original author.
* You are also "involved" in the question and all answers to the question if you are the author of the question or the author of any non-deleted, non-community-wiki answer on the question.
* For `undel-pls` requests, you are also involved in the question and all of the question's answers if a non-community-wiki answer you authored was deleted at the same time as the question.
* For requests about edits, you are involved if you are the author of the post or the author of the edit.
* Being the author of a proposed duplicate-target question or an answer on the duplicate-target does not, by itself, make you "involved" in a question which you are requesting be closed as a duplicate (i.e. you can request duplicate-closure with a question you asked or answered as the duplicate-target, if that's your only involvement).
* You may initiate a discussion about a post/edit you are involved with, as long as that discussion is really seeking input and is not just a disguised request. Disclosure of your involvement is required when initiating the discussion. Determining what is "really seeking input and is not just a disguised request" is left to the discretion of the ROs. In general, if you're wanting to know *why* something happened, what your options are now, or just clarification to understand something, those are normally OK things to be asking about. If you're wondering if some moderation action *should be* taken or *should have been* taken, then that's much more likely to be looked at as an implicit request.
* If you make a request and later desire to become involved in the post, you must `@` ping at least one active RO to ask to have your request removed. Pinging the RO(s) for your request to be removed should happen before you become involved in the post (i.e. If you post a `cv-pls` request and later decide to answer the question, then, before you post your answer, you should `@` ping at least one active RO requesting your `cv-pls` be removed).
* If you know a question or answer is under discussion on Meta, then all posts which are on the same question page (i.e. the question and all its answers or the answer's question and all other answers to that question) are off-limits since [Meta effect](https://meta.stackoverflow.com/questions/269349/what-is-the-meta-effect) is in play and we are not above Meta. While we do not expect every user to know all discussions on Meta, we also do not want willful involvement of the room to try and resolve what should be resolved through discussions on Meta.
* You are "involved" in any post for which you have voted in a successful action to change the state of the post to the same state for which you are considering posting a request. In other words, if you've close-voted a question and that vote was the vote, or one of the votes, which caused the question to be closed, you may not post a `cv-pls` if the question is later reopened. If you've delete-voted the post and the post was deleted after your vote, then you may not post a `del-pls` if it's later undeleted. The same applies to both `reopen-pls` and `undel-pls` requests, but from the opposite direction and their matching votes. Unfortunately, it's just too easy for this type of situation to be a conflict between users.
* New users and users new to SOCVR have considerably more latitude. They are still not permitted to make actual requests about posts/edits they are involved with, but everyone should interact with the user with the goal of providing education both about Stack Overflow and SOCVR, and providing an explanation for their question/answer/edit/etc., it's status, ways to improve it, etc.
* SOCVR regulars
* Don't jump in saying that such requests are not permitted.
* Treat such messages from new users that appear to be requests about a post the new user is involved with as if the request was just asking for explanation, information, and/or suggestions for how to improve the user's question, answer, or edit.
* ROs
* Evaluate each instance on a case-by-case basis.
* ROs may, or may not, move a message that is worded as an explicit or implied request out of the room, at their discretion. If the RO does move it, they should make an effort to explain why, maintain the context of the discussion (e.g. add a message saying the discussion is about question X, with a link to it), and try to focus the new user on discussion of their question/issue.
* ROs should explain to the user that, in the future, actual requests for action on posts the user is involved with are not permitted, but that discussions about their posts are permitted. However, explaining this should be secondary to actually addressing the user's concerns, even if the only thing that can be done is to point them at meta, suggest flagging, and/or that they use the contact page to contact SE.
16. Do not post feedback on success or failure of a request (i.e., no "boom"ing or "bump"ing).
* Posting "Boom!!!" (e.g. to indicate the request is complete or post deleted, etc.), or other similar messages, may be cathartic for you, but can be seen as disrespectful by others. Don't post such messages.
* Don't post messages just to say a request is complete.
Most users run the [Unclosed Request Review Script (URRS)](https://github.com/SO-Close-Vote-Reviewers/UserScripts/blob/master/UnclosedRequestReview.user.js), which provides [semi-realtime request status information in the chatroom](//i.stack.imgur.com/gA36H.gif), including indicating if a request is complete. In addition, ROs routinely archive completed requests. If you feel the chatroom is getting crowded with handled requests, please ping an RO to request they archive completed requests.
* Don't post messages intended to "bump" requests (i.e. don't post messages intended to increase the visibility of a specific request or requests). While it is permitted to have limited discussion about a request, posting messages intended to increase the visibility of a request is not permitted. Once a request is posted, it will either be handled, or not.
The URRS provides for [searching for open requests](//i.stack.imgur.com/99H4m.png) and displays a [sortable, filterable list of incomplete requests](//i.stack.imgur.com/VWwUN.gif). You can also search for requests in SOCVR with any of the following chat searches: [cv-pls](https://chat.stackoverflow.com/search?q=tagged%2Fcv&room=41570&page=1&pagesize=100&sort=newest), [del-pls (with URRS)](https://chat.stackoverflow.com/search?q=tagged%2Fdel+OR+tagged%2Fdelv+OR+tagged%2Fdelete+OR+tagged%2Fdv&user=&room=41570&page=1&pagesize=100&sort=newest), [reopen-pls (with URRS)](https://chat.stackoverflow.com/search?q=tagged%2Freopen+OR+tagged%2Fre-open&room=41570&page=1&pagesize=100&sort=newest), [undel-pls (with URRS)](https://chat.stackoverflow.com/search?q=tagged%2Fundel+OR+tagged%2Fundelete+OR+tagged%2Fundelv&room=41570&page=1&pagesize=100&sort=newest).
\[Note: The URRS adds an "OR" operator to chat search, which is used in most of the above links, so the ones marked as "(with URRS)" won't work without the URRS installed. The individual searches, which do work without the URRS, are [del-pls](https://chat.stackoverflow.com/search?q=tagged%2Fdel&user=&room=41570&page=1&pagesize=100&sort=newest), [delv-pls](https://chat.stackoverflow.com/search?q=tagged%2Fdelv&user=&room=41570&page=1&pagesize=100&sort=newest), [delete-pls](https://chat.stackoverflow.com/search?q=tagged%2Fdelete&user=&room=41570&page=1&pagesize=100&sort=newest), [reopen-pls](https://chat.stackoverflow.com/search?q=tagged%2Freopen&room=41570&page=1&pagesize=100&sort=newest), [re-open-pls](https://chat.stackoverflow.com/search?q=tagged%2Fre-open&room=41570&page=1&pagesize=100&sort=newest), [undel-pls](https://chat.stackoverflow.com/search?q=tagged%2Fundel&room=41570&page=1&pagesize=100&sort=newest), [undelete-pls](https://chat.stackoverflow.com/search?q=tagged%2Fundelete&room=41570&page=1&pagesize=100&sort=newest), and [undelv-pls](https://chat.stackoverflow.com/search?q=tagged%2Fundelv&room=41570&page=1&pagesize=100&sort=newest).]
* While we don't actively track all requests looking for duplicates, it's not permitted to post more than one request for the same action on the same post, except: After your initial request has been moved out of the room as "expired" (i.e. the requested action was never completed), you may repost the request a single time. In addition, at the discretion of the ROs, it may be permitted to repost a request in order to provide a different request reason (i.e. if you want to do so, ask if it's OK).
* If a request was completed, but the state of the post was reversed (e.g. a question you posted a `cv-pls` for was reopened), posting a new request for the same action is not permitted. Such situations are commonly seen as a dispute between users and should be taken to Meta, so that more viewpoints can be accommodated and a more complete look can be taken of the situation.
* Duplicates of other people's requests are discouraged, but happen inadvertently from time to time. How to handle these will be at the discretion of the ROs, but such inadvertent duplicates are usually not seen as a pressing concern, unless intentional, repeated, and/or giving a request undue attention. For example, if the original request is likely to be handled in a couple/few minutes, it's not really that beneficial to separately handle a duplicate posted a minute or two after the original.
* How to handle repeated requests is at the discretion of the ROs. They might bin repeated requests, move them to the Graveyard as part of a normal archiving cycle, do nothing, etc.
* If you feel requests are being missed due to a lack of visibility, then you may post a message asking people to go through the backlog of requests in general. If you do post such a message, it's a good idea to include at least one of the search links provided above, so people have an easy, convenient way to immediately click to see the backlog when reading your message. To be clear: such a message should be asking people to review the backlog in general, not a solicitation to action/review a specific request.
17. Do not request to re-tag a post so you can use your dupe-hammer.
18. [Pinging moderators](https://meta.stackexchange.com/a/126990/158100) for anything that could be handled with a flag is not acceptable, nor is changing the topic of conversation with a moderator to be about a flaggable issue. It is fine to *continue* a discussion topic introduced by a moderator, even if you beginning that discussion would otherwise not be permitted.
Don't moderate users:
19. Moderate the post, not the user. Keep the discussion on the merits of the post, not on behavior
of the user.
20. Targeting users for moderation requests is forbidden. Behavior will be considered user targeting at the discretion of the ROs.
Basically, if you're moderating content and not users, this rule should not be an issue. The most common thing people do which runs contrary to this rule is to go through a user's profile pages looking for posts to moderate. You shouldn't do that, but if you do, then don't post requests in SOCVR about more than one post by the user.
Keep in mind that we are concerned about both not actually targeting users, and not having the *appearance* of targeting users. Thus, what's considered acceptable is conservative.
What observable behavior actually constitutes user targeting is left up to the discretion of the ROs. Possible user targeting is detected automatically (some types), by the ROs going through requests, through reports by other users, etc. An RO will investigate suspected user targeting. Under most conditions, this will normally include asking you what's going on.
From time-to-time, a moderator may ask the room for assistance in a task that targets a user. When this is done *at the request and direction of a moderator*, it is likely to be acceptable. Moderators are the people specifically entrusted to deal with users. If they are asking for our help, then it's very likely we will help. While the ROs reserve the right to object, it's unlikely that a moderator will make an inappropriate request. The most common request, which we've done a few/several times, has been for us to search through a specific user's posts for plagiarism and flag those that we find. Don't go beyond what has been specifically requested.
Some examples of behaviors that are considered targeting a user, which are thus forbidden [The examples below are *not* all inclusive.]:
* Posting multiple successive moderation requests for questions/answers/edits by the same user. There are some *very limited* cases where more than one request about posts by the same user in a short time are acceptable (e.g. where the user has posted a duplicate of their own off-topic question).
* Posting multiple moderation requests for questions which a specific user has answered.
Stay nice and professional when on a post:
21. Work **with** the OP to get their post into shape. Most content has some value. Save it before
you try to destroy it.
22. A post is to be actively handled by **only one** member of the room. We don't need 4 members all
leaving witty statements in the comments or in chat.
23. If you leave a comment (or custom close reason) be prepared to interact with the OP. In all cases
be nice and helpful.
Understand our relationship with Meta:
24. All members are accountable for their actions if/when such accountability is requested on meta.
25. Don't [jump on the bandwagon](https://en.wiktionary.org/wiki/jump_on_the_bandwagon), especially on
meta. The room is scrutinized on meta, not the other way around.
26. Tag burnination requests and tag cleanup requests _must_ be backed by an
[MSO](https://meta.stackoverflow.com) post that follows the
[tag burning process](https://meta.stackoverflow.com/q/324070).
General:
27. Don't do sneaky or manipulative actions to get around the rules.
While you might get away with something once or twice, people in the room *will* notice and be upset/frustrated by it. Examples of such actions include:
* Edit an old question that's not currently "active" to qualify it, under [FAQ #11](#GEfM-cv-pls-not-a-habit), as active, thus allowing you to make a `cv-pls` request for an old question.
* Deleting your answer, making a `cv-pls` request for the question, and then undeleting your answer after the question is closed.
28. If a request is posted that the room has an issue with, it can be binned by an RO without the approval of the poster itself. General rules for this are:
* At least three members disagree with the request
* At least one attempt to reach the poster of the request (via chat ping in SOCVR itself) has been made
* An RO agrees with the room reasoning. As always, ROs have the final say
29. If you want your request removed or retracted from the transcript prior to it being finalized, ping a Room Owner with a link to your message and a short reason. Do not flag your message for moderator attention to have it removed. It gets very confusing for a moderator when your message does get moved between flagging and handling. For obvious reasons do not flag your request as rude/abusive either. That might get it deleted sooner but it attracts users from across other rooms and also gets you chat banned when everyone agrees with the flag.
Expectations for Room Owners
1. Is a role model for the kind of participation expected.
2. Makes the final call in any dispute, unless the RO team decide otherwise.
3. Pins relevant messages on the starboard
4. Keeps the number of pinned items in the starboard to a minimum. It's OK to
update and replace an existing pinned item if the information is still relevant.
6. Plans, organizes, and runs periodic room meeting. Also collects and summarizes discussions for
public posting.
7. Schedules and starts "Close Vote Queue" events.
8. Reels in conversation if it gets out of hand.
9. Moves messages or conversations to /dev/null (the trash room) if necessary.
10. Moves handled moderation requests to the
[SOCVR Request Graveyard](https://chat.stackoverflow.com/rooms/90230).
Common Questions
What is the SO Close Vote Reviewers Chat Room?
The moderation efforts of the room has broadened, but we still aim to reduce the
close vote queue length. However, the room now acts pro-actively by issuing “`[cv-pls]`”
(type: `[tag:cv-pls]`) requests, reopen voting, tag cleanup, burnination efforts,
editing, coaching/commenting, delete voting, undelete voting, and feeding the [roomba][1].
What sort of behavior is expected?
We love this community. Our goal is to get rid of the low-quality and/or off-topic content so the good content
can be found with greater ease. As room owners we are sensitive for the needs of
the community on Stack Overflow and encourage our members to help us create a
guidance toolkit that enables all of us to fulfill those needs.
**No matter what is asked from us, we moderate the post and educate the user,
the [Code of Conduct][2] (formerly known as the "Be Nice" policy) is our bible.**
Do not advertise or make a reference to the room out of the blue. If SOCVR is relevant
to the conversation at hand, fine, but on Stack Overflow, don't say anything unless
someone directly asks. On MSO, you can give some details about the room if it could
be relevant/useful in a discussion.
Make sure you are OK with exerting your power, but understand when it is necessary
to do so to keep the peace.
We are open for any critic, feedback, and guidance received from the community
as we are a part of it.
Room owners step in the moment we notice site users are targeted by any room member.
This goes without warning.
What are the chat room rules?
To be an effective member of this room you'll need access to the review queues
and you’ll need to have some experience on Stack Overflow. Ideally 3k reputation,
but 1k will do. That assumes you know the core of the site and assumes you have
enough experience in (self)moderation.
To stop us from turning into a chaotic voting ring, we have set up rules and
guidelines for members to follow.
The cv-pls is a commonly used format across different chatrooms on Stack Overflow.
You create a proper cv-pls as follows:
[tag:cv-pls] close reason https://stackoverflow.com/q/12345
The first bit creates a tag layout, the close reason is there so the other
members know what you think the correct reason is and finally the complete URL
so the members can click on it. Keep in mind this all needs to be on **one** line. Adding a line break will cause the tag to not be rendered but just shown as is. If you find the typing, copying, and remembering
a bit too much you can use the
[cv-pls userscript](https://github.com/SO-Close-Vote-Reviewers/UserScripts/blob/master/SECloseVoteRequestGenerator.user.js).
The format is a bit strict because the room owners run an archiver script to move
closed question out of the transcript so they can be monitored for changes by Yam,
the GraveRobber bot.
If you are using "duplicate" as a reason, it would be a good idea to include the
primary tag of the post with the request.
[tag:cv-pls] [tag:asdf] duplicate https://stackoverflow.com/q/12345
Because closing as a duplicate requires more domain specific knowledge, informing
other chat members of the primary tag helps them quickly figure out if they would
be effective in reviewing the request.
For closure as a duplicate, it's preferred that you do not include the duplicate target in your cv-pls, but rather include it as a comment on the question you feel should be closed (as is automatically done when you flag or vote to close as a duplicate). An example is:
[tag:cv-pls] [tag:asdf] duplicate: see comment on https://stackoverflow.com/q/12345
Other `-pls` requests follow the same format (again: keep it on one single line, do not add linebreaks!):
[tag:reopen-pls] post now has enough info https://stackoverflow.com/q/12345
[tag:del-pls] https://stackoverflow.com/q/12345
[tag:delv-pls]
[tag:undel-pls] https://stackoverflow.com/q/12345
[tag:review-pls] Removes plagiarism, has reject vote https://stackoverflow.com/review/suggested-edits/12345
[tag:spam] https://stackoverflow.com/q/12345
[tag:offensive] https://stackoverflow.com/q/12345
[tag:flag-pls] https://stackoverflow.com/q/12345
[tag:reflag-pls] https://stackoverflow.com/q/12345
The above are intended as examples of the format used for the various requests. The text used for request reasons in the examples are just placeholders, which are here just for the examples and shouldn't be the exact text you use. Your request reasons should be specific to the reasons you're making the request you are posting. There are some guidelines in the next section for what should be in a request reason.
What Should Request Reasons Contain?
It's very easy to allow frustration to leak into the reasons provided for requests. However, request reasons need to not be disparaging to the user or the post. Keep in mind that the author of the post may drop into SOCVR and we don't want to be explaining why they or their post was insulted behind their back.
For request reasons, we have the following guidelines:
* **Be Nice.** The [Stack Overflow Code of Conduct](https://stackoverflow.com/conduct) (CoC) applies to all chat messages, including requests.
* If you see a request, or any message, that isn't within the CoC:
* If within the 2 minute edit window, feel free to give the user who posted the request a *friendly* reminder, asking them to edit/delete; and/or:
* Anytime: ping an RO for removal, to handle repeat occurrences, etc.
* Beyond the CoC, requests should be business-like/professional.
* For `cv-pls` requests: As with most requests, a request reason is required. **It is *highly recommended* that your request reason includes your actual close reason**, even if that was a custom reason (e.g. "Custom: customer support request for a third-party service"). Including an actual close reason significantly increases the likelihood that your request will be acted upon by other users. A request reason of just "off-topic" is insufficient, because it leaves too many possibilities as to why you feel the question should be closed.
* For `del-pls` requests: Indicate why the post should be deleted and not just remain closed or wait until the Roomba gets it; deletion is an exceptional act and should be treated as such. If the post can only be delete-voted by users with >20k reputation (e.g. any answer), then it's helpful to indicate that with a `20k+` tag. It's also helpful to briefly indicate if the Roomba will, or will not, delete the question. The fact that the Roomba won't delete a question is a contributing factor to needing delete-votes. [Generally, unless it's urgent to delete a question, it's normal to allow the Roomba to delete the question rather than post a `del-pls` for it, if the Roomba will delete it in the relatively near future.]
* If you are submitting a request about a post reported to the room by a bot (e.g. FireAlarm or SmokeDetector), or that post's question, then please indicate that by adding text similar to "(FireAlarm)" or "(SD report)" to the request reason.
* If you are making a request about a post you encountered on the [New Answers To Old questions](http://stackoverflow.com/tools/new-answers-old-questions) page (NATO, in the [10k tools pages](http://stackoverflow.com/tools)), or that is otherwise quite old with a new answer, it is helpful to indicate that by including text similar to "(NATO)" in your request reason. While the last activity date is visible on the question page, including "(NATO)" in the request reason helps set people's expectations prior to visiting the question.
* Additional factual information in the request reason is fine, particularly when it's there to help other users save time when evaluating the post, or to help them make the choice to click-through to the question/answer. Keep in mind that you're asking at least two other people to look at the post to evaluate it. If there's some short piece of information that reduces the amount of time others have to spend, or that indicates the request is easy to evaluate, including that information makes it much more likely for other people to handle your request.
Examples:
* "No MCVE: no code"
* "Typo: see 5th line of 2nd code block: `foo` should be `bar`. Confirmed by OP in comments."
What is Smoke Detector and how can I participate?
The Smoke Detector (aka Smokey, or SD) is a chat-bot operated by the
[Charcoal team](https://charcoal-se.org/) and its
purpose is to find spam, abusive and low-quality posts. In the SOCVR room only
Stack Overflow posts are reported. You can find detailed info about Smokey and
how you can interact with it [here](https://charcoal-se.org/smokey/).
Because SOCVR does not moderate users, the SD commands `!!/allspam` and `!!/reportuser` are not permitted in SOCVR.
To request SD privileges from the SOCVR room ping any of the room owners. They
will check your account for the following criteria:
- Lurked for a while so you understand its capabilities.
- Proven to know how to respond to reports.
- Have a reasonable number of messages.
- Have at least 1000 reputation.
We don't want to feed wrong information into Smokey or flag reported posts
incorrectly. Spam flags have a lot of impact on user accounts.
To be clear, the Charcoal team operates from a [different room](https://chat.stackexchange.com/rooms/11540/charcoal-hq)
to SOCVR, and has different criteria for granting privileges in that room. If your
account doesn't fit the criteria SOCVR looks for, you may be able to get involved with
SmokeDetector in that room.
Generally, Charcoal is welcoming towards regular SOCVR participants,
and encourage you to register as a metasmoke user and to explore their
other activities.
If you want to go ahead and engage with them, feel free to point to
your track record in SOCVR as proof of your interest in curating the site
and your ability to identify and take action against poor content.
Where can I get the recipe for the luncheon meat?
The Charcoal team is known for its fine dining rituals (think Asterix and Obelix)
and have therefore invented the next best thing to spam!
Actually, this is just an obscurely named detection name in Smoke Detector.
The reality is that this specific reason got added during a period where we got a flood of very low-quality targeted posts. It took a few iterations to get that detection method right, and as those often didn't really contain spam in the classical sense, it was necessary to indicate that potential flaggers should pay extra attention; this reason hinted at using a red flag if they confirmed the post was part of the flood.
The downside of that specific check is that it has a relatively high false positive rate under normal conditions. We're sorry for that.
More backstory is found [here](https://meta.stackexchange.com/questions/332475/what-is-luncheon-meat-detected-in-smoke-detector-on-chat/332476)
You closed my question!
If a question is closed following a cv-pls that was posted in the room you can
hop into the room for an explanation. Expect the following policy to be followed
to avoid any unnecessary drama:
**Whoever first answers** (avoid crowding!):
1. Inform the user about what happened.
2. Explanation of a cv-pls.
3. How people in the room acted.
4. What it means to have a question closed.
5. Explain that from now on, only the author of the cv-pls is going to discuss.
**Author of the cv-pls**:
1. Inform the user about the reasons why this happened.
2. Why the question is off-topic.
3. If it can be improved and how.
4. Relevant pointers ([help center](https://stackoverflow.com/help/how-to-ask),
[meta posts](https://meta.stackoverflow.com/questions/260648/stack-overflow-question-checklist),
IDYB, etc.).
If the previous has not solved the issue, we will stop the discussion and redirect
you to Meta to have our actions scrutinized by somewhat independent community members.
Can I request people to vote or flag on posts I find?
First of all, let us reiterate that you can request people to _look at_ posts you bring up, but they are
**IN NO WAY REQUIRED** to vote or flag as you suggest. Bringing posts to chat is just a way to
increase exposure to a post, not to create a mindless voting mob.
To make sure people don't abuse the system, requests for actions which you can not perform should be kept to a minimum.
**Close Vote Requests** are the most common request you'll find. Please follow the format in [How and why do I need to format my cv-pls (and other requests)?](#how-and-why-do-i-need-to-format-my-cv-pls-and-other-requests).
**Reopen Vote Request** are perfectly welcome. If you see something that you think should be reopened,
we're more than happy to look at it. Note: most of the time reopen-voting requires domain specific knowledge,
so there could be no one in the room that truly understands the subject matter enough to make a judgment call.
**Delete Vote Requests** are for when you find a post that needs to be absolutely removed from the site. Please make
these requests only when absolutely necessary.
**Very Low Quality** (**VLQ**) or **Not an Answer** (**NAA**) flag requests are
not allowed here. Multiple people raising these flags on a single post does not process the post faster, so requesting the room to add *additional* flags only creates noise.
For answers, there are two exceptions to this rule:
- Requests to *re-flag* an answer are allowed, but only if your previously raised flag on the answer
was invalidated (invalidation is usually due to an edit to the answer).
- Requests to *flag* an answer are allowed, but only if you've run out of flags.
The exceptions only apply to answers, because the VLQ flag on questions just delegates the decision of what kind of moderation action should be taken with respect to question to users in the review queue. In such case, you should just ask the room what should be done with the question, so the appropriate action is taken (e.g. vote/flag for closure, other flags, or community edit).
**Spam** and **Offensive** flag requests are allowed; if enough of these flags
accumulate, the post will be automatically deleted. Please be careful with these requests (by the time you say "spam", it's an accusation). If you are not 100% sure, _please_ consult with the room and wait for at least 2 people to confirm your suspicions.
**Discussions** about whether or not **borderline** answers warrant flags are
allowed, as long as you are actually interested in a discussion and you aren't
trying to coerce users into flagging.
**Comment flags** for rude/abusive comments are OK but **DO NOT** one-box the
comment in our transcript as that might get chat flags which sort of defeats the
goal in the first place.
**Review** requests for the review queues are permitted. As with most requests, these should be used sparingly, usually only when it looks like the outcome you believe correct is unlikely without additional attention and you can't make it happen yourself. As with all requests, requests about something you're involved with (e.g. your own edits, your own question or answer, etc.) are not permitted.
Note that for suggested edits of posts, if you have full edit privileges (i.e. > 2k reputation), then you can always force the rejection of a suggested edit, even if you have already reviewed it, by [forcing an edit of your own](https://meta.stackoverflow.com/a/363206/3773011).
Who are the room owners?
When you become a Room Owner we believe you are that for life. Even when
circumstances changes and Room Owners turn down their participation knob we
still feel they are part of the team.
The active room owners are:
* [Dharman](https://stackoverflow.com/users/1839439/)
* [rene](https://stackoverflow.com/users/578411)
* [Ryan M](https://stackoverflow.com/users/208273/)
* [Machavity](https://stackoverflow.com/users/2370483/)
* [Makyen](https://stackoverflow.com/users/3773011/)
* [NathanOliver](https://stackoverflow.com/users/4342498)
* [Tyler H](https://stackoverflow.com/users/2756409/)
The inactive room owners are:
* [Andrew Cheong](https://stackoverflow.com/users/925913/) - The original
room owner and creator of the room.
* [Dukeling](https://stackoverflow.com/users/1711796/)
* [durron597](https://stackoverflow.com/users/1768232/)
* [gunr2171](https://stackoverflow.com/users/1043380)
* [Mogsdad](https://stackoverflow.com/users/1677912)
* [Paul Stenne](https://stackoverflow.com/users/4174897)
* [Sam](https://stackoverflow.com/users/2246344)
* [Stephen Kennedy](https://stackoverflow.com/users/397817/)
* Tiny Giant
* [Tunaki](https://stackoverflow.com/users/1743880)
Why do we need room owners?
In an ideal world, we really shouldn't need room owners, but they are needed in unusual cases to keep the chat in SOCVR within the
guidelines and rules. Room owners are here to slow down the enthusiastic crowd and to make
sure we focus on posts and their quality and not on users.
The SOCVR chat room has quite a bit of power. In the extreme cases we can insta-close
any question, and this gives us moderator-like powers with very little external
oversight. Room Owners lead by example to prevent the room from becoming a mob.
How does the room work?
There are no obligations. We can't force you to do anything, and we don't want to
either. The first purpose of the chat room is to have company as you go through the
queue. Having a group beside you as you take on the queue really helps morale.
We are also here to help with questions about what to do. Not sure what to do
with a post? Post a link and we will take a look at it.
We are also using a tactic for the queue’s filtering. By having all members concentrate
on a single tag at a time we have a higher chance of completing the review tasks
that we process. The bot, Closey, will inform members of the tags to work on at
the start of the event (or on demand with bot commands).
We don't want to become a close vote posse. Every user should handle the review
based on their own opinion/knowledge, choosing leave open, close, edit or skip when
appropriate. Concentrating attention on a question in the context of whether or
not to close a question, severely biases attention toward closing the question.
1
What is the Graveyard room?
In order to keep the chat transcript reasonably clear,
old requests are moved out of the way.
The room owners periodically run a script which moves e.g.
`cv-pls` requests for questions which have already been closed
to a separate room, called [SOCVR Request Graveyard.][4]
Requests which have lingered without action for a long time will
also eventually be moved there; we call these requests "expired".
Occasionally, off-topic or otherwise problematic messages are
moved to other rooms, too
(there is one called `/dev/null` for invalid requests, for example).
[4]: https://chat.stackoverflow.com/rooms/90230/socvr-request-graveyard
Why did you invite me to the SOCVR Request Graveyard room?
The room owners run a script on a regular basis to cleanup the room transcript.
Requests (e.g. `cv-pls`, `del-pls`, etc.), and many bot messages
(e.g. SD reports and responses to those reports), are routinely moved to the
[SOCVR Request Graveyard](https://chat.stackoverflow.com/rooms/90230/cv-request-graveyard)
(i.e. they're archived) when they are "complete" or have expired. In that process, when one of the requests
you posted gets moved, you receive an invitation to join that room. A similar invitation will be made if one of your messages is moved to [SOCVR /dev/null](https://chat.stackoverflow.com/rooms/126195/socvr-dev-null).
We're sorry about those invitations, but there's nothing we can do to prevent the system from sending them. You can ignore the invitations. We will not talk in those rooms or meet you there.
The Graveyard is meant to be only an archive of handled requests.
So, don't be alarmed or feel left out if the invite to the SOCVR Request Graveyard or SOCVR /dev/null doesn't
result in any response from us. It's a byproduct of our moving those messages. We can't
prevent the SE chat system from inviting you to the room, sorry.
These invitations will only happen once per user per room (i.e. you'll only get one such invitation for SOCVR Request Graveyard and one for SOCVR /dev/null). The system doesn't reissue these invitations unless you enter the room you're invited into and are able to talk in that room. This means that after an RO or moderator has entered either of the above rooms, they will receive an additional such invitation the next time one of their messages is moved by another RO or moderator into the room they entered. ROs and moderators can avoid additional invitations by not actually entering SOCVR Request Graveyard and SOCVR /dev/null (e.g. by always viewing the room's transcript, rather than entering the room).
What are all those bots doing there?
To make our lives easier, we have the support of six bots that either you can
interact with or which make you aware of posts that might need our attention.
All bots that post in the room have to be cleared by the Room Owner team. Without
their prior approval, bots will be kicked from the room as soon as they appear.
If you are interested in bots and/or bot development, you might want to visit [SOBotics](https://chat.stackoverflow.com/rooms/111347/).
**Smokey (aka Smoke Detector)**
SmokeDetector is a headless chatbot that detects spam or offensive content,
then posts links to it to chatrooms for review. It is created and maintained by
the [Charcoal team](https://github.com/Charcoal-SE). In SOCVR, we only get
reports for Stack Overflow.
Smokey is for tracking spam, and offensive content. It is **not** for stalking
regular users who happen to exhibit behaviors that you disagree with. If you see
some behavior that you disagree with, please do not blacklist the user with Smokey,
instead use a custom moderator flag and explain what you think the problem is.
This room is about content, not users.
**Closey (aka SOCVR-Chatbot)** (currently inactive)
The [SOCVR-Chatbot](https://github.com/SO-Close-Vote-Reviewers/SOCVR-Chatbot) is
designed to track the actions of the members, provide statistics, and perform
repetitive tasks that otherwise would have to be done manually.
**FireAlarm**
This bot reports questions which are likely to be off-topic. If you feel a question
reported by FireAlarm is worth of a `cv-pls`, then please post a completely separate
`cv-pls` request. Those reported to SOCVR are a subset of all those identified by FireAlarm.
FireAlarm reports more questions in [SOBotics](https://chat.stackoverflow.com/rooms/111347/sobotics) and [FireAlarm Development](https://chat.stackoverflow.com/rooms/123602/firealarm-development).
**Queen**
Is a bot for reporting duplicates to Gold Hammers so these get closed effectively.
Potential duplicates are reported into tag-specific rooms, not SOCVR.
Her hive is in the [SOCVFinder](https://chat.stackoverflow.com/rooms/111347/socvfinder).
Queen also reports offensive comments for quick deletion. Queen primarily reports to [SOBotics](https://chat.stackoverflow.com/rooms/111347/sobotics),
but does, occasionally, report offensive comments to SOCVR when additional rude/abusive flags
are needed to delete the comment.
**Yam (aka GraveRobber)**
[Yam](https://github.com/SO-Close-Vote-Reviewers/GraveRobber) checks [cv-pls]es
to see if the question warrants reopening/rescinding the `cv-pls` due to an edit.
It will post a report in SOCVR and ping the person who posted a `cv-pls` request when
the question has been edited with changes beyond Yam's configured threshold.
**Zephyr** (currently inactive)
[Zephyr](https://github.com/AWegnerGitHub/SE_Zephyr_VoteRequest_bot) is a headless chatbot that monitors our room for vote requests
(`cv-pls`, `spam`, `flag-pls`, `del-pls`, etc.) from other users and then posts them in the [LQPHQ](https://chat.meta.stackexchange.com/rooms/773/low-quality-posts-hq).
How can I join in?
First, check out the
[chat room's schedule of events](https://chat.stackoverflow.com/rooms/info/41570/so-close-vote-reviewers?tab=schedule).
It's updated by the room owners and shows the weekly meet-ups. There are two time
periods to choose from (you can choose both if you are able to) so that people
in all time zones can join.
If you can't wait until a weekly event, or want to help out more often, we do a
smaller review session each day. Hop into chat between 17:00 and 22:00 UTC and
help us fight the queue (times change by day and member availability).
What if I think you made a mistake?
We are all humans and have different backgrounds, but also solid reputations in
a wide range of tags. If you feel we misjudged a gem, closed for the wrong reason,
or blindly followed advice from our peers, feel free to ask for an explanation. Based on your feedback, we'll learn, improve your question and help in getting it re-opened by casting re-open votes if it qualifies for that. This will improve our actions, so
please provide feedback.
Can I invite users here?
It's encouraged to invite users to the chat room to discuss issues involving
moderation activities that are coordinated or under discussion there.
**Invitation etiquette**
- Do not make unsolicited invitations on SO for users to join SOCVR in order to moderate other posts. You should only invite people into the room to discuss the moderation activity of the post.
- An invitation means "join me, please", not "join me or I'll stab you!"
- Set context for others in the room; before inviting a user to the room, post a
message explaining _who_ you wish to invite and _why_, as well as any relevant
_links_ for context.
- Welcome the user if & when they come. If you extended the invitation, you should
be prepared to lead and moderate any discussion with them. If you will not be
available, let others in the room know.
- Remember that the room members present are not your personal posse - everyone
is equal in the discussion, including the invitee, and all opinions deserve to
be heard and considered.
Where can I continue off-topic discussions?
When you end-up in an off-topic debate between some regulars that is no longer about the SOCVR or the moderation it entails or you have an urgency to post one-boxes do know that creating chatrooms is free. Anyone with 100 reputation can create them.
Please use that option once the discussion is not going to end quickly or if the silliness would destroy the serious matters that take place at the SOCVR room.
If creating a room is too much effort to your liking you can use the [The Ministry of Silly Hats](https://chat.stackoverflow.com/rooms/92764) that was a spin-off by some regulars for the earlier mentioned reasons.
Although that room isn't moderated as strictly as SOCVR, we like to point you to [Toward a philosophy of Chat](https://meta.stackexchange.com/questions/270587/toward-a-philosophy-of-chat) and [If you're gonna talk Politics, you must respect those who disagree](https://meta.stackexchange.com/questions/289398/if-youre-gonna-talk-politics-you-must-respect-those-who-disagree) to prevent any claims that we suggested that was a no rules chatroom.
Any resources to help?
Members of chat have [made some user scripts](./tools/userscripts) to help make your life easier (or just more enjoyable).
* [*-pls Request Generator](https://github.com/SO-Close-Vote-Reviewers/UserScripts/blob/master/SECloseVoteRequestGenerator.user.js) - Add a button to question pages which will send a *-pls request to a chat room (e.g. SOCVR).
* [Magic™ Editor](https://github.com/SO-Close-Vote-Reviewers/UserScripts/blob/master/Magic%E2%84%A2Editor.user.js) - Fixes most common grammatical and usage errors with a click
* [Unclosed Request Review Script (URRS)](https://github.com/SO-Close-Vote-Reviewers/UserScripts/blob/master/UnclosedRequestReview.user.js) - [Shows semi-realtime request status in chat](//i.stack.imgur.com/gA36H.gif); [buttons to search for incomplete requests](//i.stack.imgur.com/99H4m.png), and an improved UI in search which lets you [sort and filter the incomplete requests](//i.stack.imgur.com/VWwUN.gif).
* [Shortcut keys](https://github.com/SO-Close-Vote-Reviewers/UserScripts/blob/master/CloseVoteShortcuts.user.js) -
A script that allows a user to use the number keys to click review buttons,
speeding up review time.
* [Pre-baked Comments](https://github.com/SO-Close-Vote-Reviewers/auto-comments) -
to be used with
[Auto review Comments](https://stackapps.com/questions/2116/autoreviewcomments-pro-forma-comments-for-se)
* [Bot Commands Auto-complete](https://github.com/SO-Close-Vote-Reviewers/UserScripts/blob/master/BotCommands.user.js) -
Auto completes commands for the chat bot.
* [Other user scripts](https://github.com/SO-Close-Vote-Reviewers/UserScripts)
We have a chat bot that you can play around with and help keep track of our activities.
You can find the code base [here](https://github.com/SO-Close-Vote-Reviewers/SOCVR-Chatbot).
The bot's name is `Closey`; hop in the room and type `@Closey help`.
The following is the Stack Exchange Data Exporter query we use for determining
which tags to focus on:
[Tags that can be cleared of votes](https://data.stackexchange.com/stackoverflow/query/236526/tags-that-can-be-cleared-of-votes).
You can see the day-to-day progress of the size of the close vote
[from this neat online graph](https://socvr.azurewebsites.net/). An explanation
for the drops each day can be found on
[this MSO post](https://meta.stackoverflow.com/questions/252584/enough-fuzzying-lets-let-everything-into-the-close-queue-and-age-out-questions).
----
This FAQ is [hosted on GitHub.][3]
PRs welcome.
1: Paragraph adapted from
[Rene's original chat room FAQ](https://meta.stackoverflow.com/revisions/251956/9).
Mentioned here for attribution purposes.
[1]: https://meta.stackexchange.com/questions/173513/turbocharging-the-roomba-solutions-for-premature-deletion
[2]: https://stackoverflow.com/conduct
[3]: https://github.com/SO-Close-Vote-Reviewers/socvr-website-content