What is the SO Close Vote Reviewers Chat Room?
The SO Close Vote Reviewers Chat Room is a group of like-minded people who want to make a difference in the CV queue, reviewing, and clean-up efforts.
- Quick Reference
- Common Questions
- What is the SO Close Vote Reviewers Chat Room?
- What sort of behavior is expected?
- What are the chat room rules?
- How and why do I need to format my cv-pls (and other requests)?
- What is Smoke Detector and how can I participate?
- You closed my question!
- Can I request people to vote or flag on posts I find?
- Who are the room owners?
- Why do we need room owners?
- How does the room work?
- What is the Graveyard room?
- Why did you invite me to the SOCVR Request Graveyard room?
- What are all those bots doing there?
- How can I join in?
- What if I think you made a mistake?
- Can I invite users here?
- Where can I continue off-topic discussions?
- Any resources to help?
In this text you'll find the abbreviation RO, RO's or RO Team. That is short for Room Owners.
- Keep it professional, keep a high standard.
- All discussions are public. Anything you say can and will be used against you on meta. The RO team has an offline/private lounge for sensitive subjects if necessary.
- In absence of all room owners, the members lead by example.
- De-escalate in case of disagreement.
- 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, and be sensitive to others' feelings.
- 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.
- Please refrain from using oneboxes/noisy formatting.
When posting a URL, use link syntax to make the link flow with the text,
look at [this post](https://www.example.com/).
The source for the image linked above which explains oneboxes is this SO Chat FAQ page, 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.
- No GIFs or other animated images in chat. They are more distracting than one-boxed messages.
- 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
- 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 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.
- Moderation requests (e.g.
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
- 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; source
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?")
del-plsrequests 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-plsrequests 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.
- Limit the number of requests you make, particularly
cv-plsrequests, 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-plsrequest is, basically, asking 2 other people to review and vote-to-close (VtC) the question. As such, the process of having
cv-plsrequests in SOCVR can't work unless people VtC on about twice as many
cv-plsfrom 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-plsed (your own and others), then, on average, you should not post more than roughly 15
cv-plsrequests per day (e.g. You VtC on your 15
cv-plsrequests and 30
cv-plsrequests 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-plsrequests. So, an average of 15
cv-plsrequests per day is just the maximum which is possibly maintainable, if the user is putting the same number of close-votes into
cv-plsrequests as they are asking from other people by the
cv-plsrequests that they post.
cv-plsrequests 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-plsis appropriate is considered a service that is beneficial to the room.
- Members are not required to close-vote any particular post you bring up. Furthermore, do not pressure anyone
into doing so.
cv-plsmeans "close-vote please", not "close-vote or I'll stab you." This applies to all types of requests.
- 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.
- 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.
undel-plsrequests, 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-plsrequest and later decide to answer the question, then, before you post your answer, you should
@ping at least one active RO requesting your
- 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 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-plsif 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-plsif it's later undeleted. The same applies to both
undel-plsrequests, 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.
- 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.
- For questions and answers:
- 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), which provides semi-realtime request status information in the chatroom, 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 and displays a sortable, filterable list of incomplete requests. You can also search for requests in SOCVR with any of the following chat searches: cv-pls, del-pls (with URRS), reopen-pls (with URRS), undel-pls (with URRS).
[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, delv-pls, delete-pls, reopen-pls, re-open-pls, undel-pls, undelete-pls, and undelv-pls.]
- 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-plsfor 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.
- Do not request to re-tag a post so you can use your dupe-hammer.
- Pinging moderators 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.
- Moderate the post, not the user. Keep the discussion on the merits of the post, not on behavior of the user.
- 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.
- Work with the OP to get their post into shape. Most content has some value. Save it before you try to destroy it.
- 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.
- If you leave a comment (or custom close reason) be prepared to interact with the OP. In all cases be nice and helpful.
- All members are accountable for their actions if/when such accountability is requested on meta.
- Don't jump on the bandwagon, especially on meta. The room is scrutinized on meta, not the other way around.
- Tag burnination requests and tag cleanup requests must be backed by an MSO post that follows the tag burning process.
- 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, as active, thus allowing you to make a
cv-plsrequest for an old question.
- Deleting your answer, making a
cv-plsrequest for the question, and then undeleting your answer after the question is closed.
- Edit an old question that's not currently "active" to qualify it, under FAQ #11, as active, thus allowing you to make a
- 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
- 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.
- Is a role model for the kind of participation expected.
- Makes the final call in any dispute, unless the RO team decide otherwise.
- Pins relevant messages on the starboard
- 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.
- Plans, organizes, and runs periodic room meeting. Also collects and summarizes discussions for public posting.
- Schedules and starts "Close Vote Queue" events.
- Reels in conversation if it gets out of hand.
- Moves messages or conversations to /dev/null (the trash room) if necessary.
- Moves handled moderation requests to the SOCVR Request Graveyard.
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 “
[tag:cv-pls]) requests, reopen voting, tag cleanup, burnination efforts,
editing, coaching/commenting, delete voting, undelete voting, and feeding the roomba.
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 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.
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.
[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.
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.
[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
[tag:reopen-pls] post now has enough info https://stackoverflow.com/q/12345 [tag:del-pls] <explain why it should be deleted now> https://stackoverflow.com/q/12345 [tag:delv-pls] <alternate request name to del-pls; other than that, use the del-pls format> [tag:undel-pls] <explain why should it be undeleted> 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] <state the flag type and why> https://stackoverflow.com/q/12345 [tag:reflag-pls] <state the flag type and why> 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.
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 (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.
cv-plsrequests: 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.
del-plsrequests: 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-plsfor 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 page (NATO, in the 10k tools pages), 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.
- "No MCVE: no code"
- "Typo: see 5th line of 2nd code block:
bar. Confirmed by OP in comments."
The Smoke Detector (aka Smokey, or SD) is a chat-bot operated by the Charcoal team 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.
Because SOCVR does not moderate users, the SD commands
!!/reportuser are not permitted in SOCVR.
- 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 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.
The Charcoal team is known for its fine dining rituals (think Asterix and Obelix) and have therefore invented the next best thing to Spam!
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
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:
- Inform the user about what happened.
- Explanation of a cv-pls.
- How people in the room acted.
- What it means to have a question closed.
- Explain that from now on, only the author of the cv-pls is going to discuss.
- Inform the user about the reasons why this happened.
- Why the question is off-topic.
- If it can be improved and how.
- Relevant pointers (help center, meta posts, IDYB, etc.).
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)?.
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.
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.
- 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.
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.
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.
- Andrew Cheong - The original room owner and creator of the room.
- Paul Stenne
- Stephen Kennedy
- Tiny Giant
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.
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
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.
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).
The room owners run a script on a regular basis to cleanup the room transcript.
del-pls, etc.), and many bot messages
(e.g. SD reports and responses to those reports), are routinely moved to the
SOCVR 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.
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).
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.
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. 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 is designed to track the actions of the members, provide statistics, and perform repetitive tasks that otherwise would have to be done manually.
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 and FireAlarm Development.
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. Queen also reports offensive comments for quick deletion. Queen primarily reports to SOBotics, but does, occasionally, report offensive comments to SOCVR when additional rude/abusive flags are needed to delete the comment.
Yam (aka GraveRobber)
Yam 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.
First, check out the chat room's schedule of events. 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).
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.
It's encouraged to invite users to the chat room to discuss issues involving moderation activities that are coordinated or under discussion there.
- 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.
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 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 and If you're gonna talk Politics, you must respect those who disagree to prevent any claims that we suggested that was a no rules chatroom.
Members of chat have made some user scripts to help make your life easier (or just more enjoyable).
- *-pls Request Generator - Add a button to question pages which will send a *-pls request to a chat room (e.g. SOCVR).
- Magic™ Editor - Fixes most common grammatical and usage errors with a click
- Unclosed Request Review Script (URRS) - Shows semi-realtime request status in chat; buttons to search for incomplete requests, and an improved UI in search which lets you sort and filter the incomplete requests.
- Shortcut keys - A script that allows a user to use the number keys to click review buttons, speeding up review time.
- Pre-baked Comments - to be used with Auto review Comments
- Bot Commands Auto-complete - Auto completes commands for the chat bot.
- Other user scripts
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.
The bot's name is
Closey; hop in the room and type
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.
This FAQ is hosted on GitHub. PRs welcome.
1: Paragraph adapted from Rene's original chat room FAQ. Mentioned here for attribution purposes.