Giter Site home page Giter Site logo

room-meeting-topics's Introduction

Room Meeting Topics

This repository holds the topics people would like to discuss at SOCVR's room meetings. Older topics can be found in the old repository.

room-meeting-topics's People

Contributors

gunr2171 avatar

Watchers

Tyler avatar  avatar James Cloos avatar  avatar David Bingham avatar  avatar Paul avatar Makyen avatar  avatar  avatar Ashish Ahuja avatar Tiny Giant avatar Nathan Oliver avatar

room-meeting-topics's Issues

"has no value to stay on site" is not a valid delete reasons

Content should be deleted when it offers absolutely zero value to the site. However, why it lacks any value should be explained, for example ("nth duplicate"). As such the "has no value to stay on site" del-pls example should be deleted from the FAQ.

Should we request a Channel?

SO Channels (MSO) are a kind of private space on SO.

Should we request one for SOCVR to put stuff like FAQ elements, userscripts, questions from regulars or outsiders (or lost ROs I guess), whatever?

Should users be allowed to post del-pls requests for their own answers which they cannot self-delete

Prompted by mickmackusa in SOCVR:

Am I allowed to ask this room to euthanize my accepted answer? I only got my search terms right after answering this basic dupe. I don't want to be a hypocrite and scold others, yet answer basic dupes myself.
If assisted killing is not kosher, I'd like the RO's to consider it in the future.

Assuming for the moment that this is just about answers (not questions), should del-pls requests be allowed for your own posts which are accepted or upvoted by others to the point where you cannot self-delete unilaterally? What about undelete requests on things you cannot unilaterally undelete (just for total coverage in both directions)?

This is currently prevented by Rule #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.
    [...]

Prior discussion related to this issue was discussed in the August 2018 room meeting, but that discussion focused on Close/Reopen requests and did not include any discussion on Delete/Undelete requests: https://socvr.org/room-info/room-meetings/2018-08

When are too many cv-pls, too many?

This topic is not intended to create a rule, but to give reference for new user on how the members of SOCVR evaluate the number of cv-pls request sent by a single user, lets create some guidelines.

Queen is breaking all our trains... How much can we take?

Uh, this topic by petter missed two meetings, making a new issue here so that it can be raised in this meeting.

Queen is passing duplicate notifications, she has started to send offensive comments... How much can we take of this breaking train bee?
Let me give you some stats about all the dupes closed and tell me what you think.

Should the room name be dropped from the burnination posts?

Now that there is a specific burnination related chat room, do we still need to keep the "contact SOCVR" in the burnination template, or do we delegate it to that room?

Are we even being affected by it? Have there been any users who have visited our room asking for advice/criticized our actions due to the room name being there?

Assign someone the job to update the content of SOCVR.org

A lot of the non-FAQ content on our website is either out of date or not user friendly. This task is to spruce up the site to make it easier for readers to find what they are looking for, take out unimportant stuff, and clean up the rest.

Site styles can be modified as well. Communicate with gunr if more features need to be added to the server.

Can we add the rule against gold-badgers not asking for tag edits to the "rules" page?

During one room meeting we decided that:

"It seems we have reached a consensus: we will not allow tag-editing for handing off to gold badge holders."

https://chat.stackoverflow.com/transcript/message/29750947#29750947

However, this decision is only reflected in the team meeting minutes on socvr.org, and is not listed anywhere in the 'general expectations' or rules for members. Seeing as how this is an expectation for members, can it please be added to the list of rules somewhere?

Tailor auto-comments

Now and then situations pop-up where an auto-comment doesn't result in the predicted outcome but instead cause an opposite effect, for example mentioned here.

User Pekka ์›ƒ suggests in a comment:
...there is something to be said for customizing comments a bit so they don't look like a standard message you post everywhere. [...] I can see how to someone in a bad mood/feeling intimidated by the place/being under a lot of stress a comment like that could come across as condescending. One could try to point out something that's wrong with the specific post

Is this something we can incorporate in our stock auto-comments, maybe with having extension points or is the shrug it off, move on attitude enough? Do you use a common tactic to tailor those already?

If this is too specific, we could broaden the topic and ask ourselves: Is a rude/abusive/criticizing comment reason to review the used (auto)-comment and improve over it?

Evaluate actions, if any, that should be taken in regard to the change in close votes threshold

SO is lowering the votes threshold to close and reopen questions.

As an obvious effect, it is now easier to close questions. It is common to post cv-pls requests in the SOCVR. These together, might mean that there is now a very potent effect to posting cv-pls requests, and it's possible but not necessary that changes in policy be needed?

There was already some discussion about it in chat (message from TylerH):

@NathanOliver-ReinstateMonica @chipster Yeah; no change should be necessary for the room at least for a week or so. The queue should start to drop a bit, though, and eventually the room will thin out too re: outstanding requests. But we'll still probably run out of CVs as frequently. Currently we tend to have more requests than can be fulfilled in a given day.

The goal of this issue is that this topic be brought to the attention of the meeting, not to imply that any change should be undertaken.

Solidify Rules on Pinging Moderators

So we already have a general rule about not pinging mods, but we probably should expand that somewhat, since there are some grey areas that people get confused about. I would propose we adopt these three simple rules about pinging mods

  1. Pings as part of a discussion you are actively having with a moderator are acceptable
  2. Pings about things that can be flagged are unacceptable. If there is an issue needing moderator attention for a comment/question/answer, that's what flags are for, and you will likely get a faster response from the moderator pool as opposed to pinging one specific mod
  3. There are some edge cases (example) where a flag is not possible, but still needs moderator attention. In these limited circumstances, it is acceptable to ping a moderator. If you are unsure if it is an edge case, please ask first.

Pings to a moderator that break these rules may be dealt with by kicks and/or removal of the offending messages.

How should we deal with requests related to Meta discussions?

We had an issue with a pair of questions being discussed on Meta. Question 1 had been marked as a duplicate of Question 2, which had resulted in this Meta.SO question. Meta effect had reopened Question 1. That prompted two separate users (one of whom had closed Question 1) to post cv-pls requests. The request on Question 2 was binned for being on an inactive question (12 months). The request on Question 1 was binned for being on an active Meta discussion (Meta had just reopened it). The person who opened the CV on Question 1 had been the hammer that closed it previously.

There are no official rules on this, but perhaps we need to amend Rule 11 as such

  1. Questions under active Meta discussion about what to do should be off-limits. For our purposes here, an active Meta discussion is where the course of action is unclear and changing.
  2. Any request (*-pls) prompted by a recently active Meta discussion should disclose that. Voters are held accountable for their votes and not disclosing that opens voters to potential liability on Meta

We also probably need to amend Rule 15

  • If you previously took visible action(s) on a question or answer (i.e. closed, re-opened, etc), and those action(s) are called into question on Meta, then you are considered "involved" with that question

Are proofread requests allowed?

In the rare occasions that I post an answer I would really love to have it proofread by a native speaker. It seems a bit cumbersome to head off to English Learner chat or Writers.se.

Instead I would like to ask the regulars of SOCVR to proofread my post to iron out the most obvious spelling and grammar mistakes.

However, the room has already several rules that prohibit to link to your own post, or posts you have a stake in. Can I request the room to scrutinize my own post for quality or is this a conflict of interest?

If I can, what would be the preferred format and/or etiquette?

I hope I made many mistakes in this topic

Should people be allowed to post approve-pls requests for their own tag-wiki suggested edits which remove plagiarism?

Should we permit people to post approve-pls requests about their own suggested edits when both of the following conditions apply:

  1. It is a tag wiki edit (the tag's wiki entry or excerpt).
  2. The edit is removing plagiarism, or is some other seriously important moderation-based change.

We've had a few requests matching these circumstances over the last several months.

Some additional context is available in the discussion for pull request #8.
Full disclosure: I've made one such request.

What should be done with cv-pls requests from <3k users?

The FAQ says that 3k+ users should vote to close five other questions for every request they file, and that <3k users should "refrain" from filing such requests (since they can't give back as they don't have enough rep). However, I've often seen (from personal experience) that certain requests from <3k users are de facto accepted within limits.

Since there is no explicit, enforced policy with regards to <3k+ rep users filing such requests, should we officially codify one? Should it be altogether disallowed, or should it be allowed but with explicit limits (e.g. no more than two at a time, can only file if it's disputed or about to be disputed in Triage, can file if there was a bot report, etc.)?

Also, what about [del-pls] requests?

SOCVR Sanitarium needs a better name

The name insinuates illness of anyone who's send there.

That is maybe not the feeling we want to go with that.

This topic is here to seek a new name.
Design criteria:

  • The name needs un-mistakenly be linked to SOCVR, either by adding the acronym or the verbiage on its own
  • The name doesn't need to be in conflict with other rooms, so trash, trash can, trash bin are all ruled out.
  • A bit punny is OK but let's not replace it with another derogatory term

Post and Vote on the suggestions below or vote on this post, if you feel no change is needed.

One suggestion per comment please!

Revisit the use of the term "crap"

Per the new Code of Conduct (and to stop providing a potential crutch for users who might push the line a bit in requests), we should revisit instances of or references to the term "crap" in our FAQ.

I believe in almost all cases we can replace "crap" with "low-quality posts" or "low-quality answers" without losing any meaning but gaining a lot of professional courtesy. I will follow up on this issue before the next meeting with a list of every instance (or if someone else beats me to it, that's fine).

Should 'bad' or 'wrong' *-pls requests be binnable with some 3rd party user consensus?

Regarding this conversation: https://chat.stackoverflow.com/rooms/41570/conversation/bin-wrong-cv-pls-requests

From time to time users may post a [cv-pls] (or other *-pls) request that is based on, or that contains, some factually or demonstrably wrong meta-data/reasoning. For example:

An inaccurate close reason may be used or the question may be described inaccurately:

  1. the 'general computing' close reason used for a question that is in fact about programming or a programming tool as defined by the Help Center
  2. no MCVE when in fact there is one
  3. no repro when it in fact may be reproducible
  4. and so on

There was no clear consensus when the room held an impromptu discussion on this. I was in favor of some kind of action the room community can take beyond:

  • waiting 3 days for the request to either fall past the threshold where the Room Cleanup script will bin it, or more likely,

  • where enough people will see it, trust in the requestor's judgment (without seeing any ensuing counter comments), and vote on a question that ought not to be voted on a particular way.

There is also precedent of Room Owners (hereafter referred to as 'RO') doing this. The suggestion then, is:

Whether at least two non-requesting*, non-RO SOCVR members, providing clear and objective reasoning that a *-pls request uses incorrect/inaccurate reasons--barring a logical/reasoned explanation for the choice by the requestor**--qualifies said request for being manually binned by an RO (who should obviously agree with said consensus).

It should be noted that, should such a policy be agreed upon and enacted, use of this action should not constitute a "punitive" action, nor be perceived, nor intended, as an action "against" a user, but rather as a corrective, educational action taken on a request to prevent unnecessary, incorrect, harmful, or undue action being taken on a question, comment, or answer that otherwise does not deserve said action.

* - non-requesting here meaning two users other than the one who made the *-pls request. This means a total of three users (two normal and one RO) should agree explicitly (the two normal users by saying something, and the RO by binning) that the request is wrong/incorrect. If the requestor agrees that the request should be binned, they already have unilateral 'authority' to request for a Room Owner to do so, and should continue to do so under this proposed rule.

** - if the requestor is able to provide a reasonable/logical explanation for their choice (e.g. not just "I skimmed the question and made this conclusion" or "I don't know enough about it to really say"), then the situation would be one of differing informed opinions, and thus should remain in the transcript. For lack of an immediate set of rules here, this would be left up to the participants of the discussion, with final ruling, as always, resting in the hands of the RO team, or moderators, if necessary.

Remove link to user in cv-pls request

Should we remove the link, keeping only the user name (to track stalkers) from the cv-pls user-script?

As I see it, it is of no use (you only risk mis-clicking) and probably it is also politically incorrect. (don't link user profile's in chat).

When should queues be allowed to avoid the "recent" rule?

A question was presented today from the site Close Queue that was well outside the active window. When the user was reminded that a question needed recent activity in accordance with Rule #11, they asked why a Suggested Edit could be OK but not a CVQ entry. It's not clear we've ever set any official rules to this effect. The proposal here is to formalize the following:

A question is considered active by SO when it is

  • Edited (either by 2k+ edit or through an approved edit)
  • Answered (i.e. NATO)

Comments and review queues by themselves do not change this. Logically, it would be acceptable to throw a Suggested Edit (not made by the requester, per Rule #27) into that mix as well (since someone is trying to edit the question, and thus make it active). The theory here is that we don't want to necessarily see someone approve an otherwise meaningless edit, just to make the question active, and thus CV-able.

Conversely, it would not make sense to allow this exception for other review queues. By definition, Triage, H&I, First Posts and Late Answers(NATO) deal with questions that are already considered active. Most of LQP is on newer answers (i.e. the question would be active anyways), so a CV from there that wouldn't normally qualify should be rare. Reopen Queue doesn't need CVs because it's already closed.

That leaves the Close Queue, and we've made it clear we don't want CV-ing to become a habit. If a user comes across a question in the Close Queue, that should not, in of itself, allow a CV to be posted. It's already in the queue, and it could have been started by the requester (you can't tell until the review is completed). As such, it doesn't make sense to extend this exception to an active CVQ review.

There could be one edge case that would, however, be acceptable. If a user comes across a CVQ that they did not start, that closure is rejected, and the user feels strongly that the question should be closed, they can post a CV on it. This requires the user to watch the review for its rejection, which is not an easy process. Like [del-pls], the nuisance factor of watching a specific review should be enough of a deterrent that these should be rare.

The proposed syntax here would be

[tag:cv-pls] Close Reason Here /some/question/link (related to /some/review/link)

Can we revisit a rule or FAQ about prescribed close reasons?

I have often said (and seen others [ROs and non-ROs alike]) comment on some cv-pls requests, asking them to stick to the prescribed close reasons when posting cv-pls messages. The reasoning behind this is sound: the room should strive to be above reproach, and we don't need to put a target on our back by becoming a place where someone can post a cv-pls with the reason "trash question" or something similar.

However, when I looked through the FAQ, I couldn't find anything about this, and I swear it used to be mentioned somewhere.

Can we get some clarification from the RO team on whether this is still in effect? If so, can it be added (back) to the FAQ, and a general reminder given to the room as a whole?

Should (limited) re-posting of an expired *-pls request be allowed?

Running the RO cleanup script moves all completed requests, and all cv-pls requests older than 3 days (7 days for del-pls requests), to the Requests graveyard.

If a *-pls request is not "fulfilled" (e.g. closed, deleted, reopened, etc.) within those 7 days, and the original request is moved to the graveyard, should one additional *-pls request be allowed*?

Reasons for (non-exhaustive):

  • Things that ought to be closed/deleted/reopened/undeleted tend to deserve that regardless of whether it's been 3 days, 4 days, etc.
  • Most members do not go looking for historical/unclosed requests in the transcript either manually or via userscript - we already have a limited amount of CVs to spend organically and on stuff as we notice it in the chatroom.
  • The question may have changed since the last request to warrant the same *-pls action for a different or more glaring/pressing reason.

Reasons against (non-exhaustive):

  • There is the opportunity to search somewhat reliably for existing, unfulfilled *-pls requests (if you know about the feature/use a script, remember to do it, and have votes to spare).
  • If a question that is *-pls'd is not acted upon within 7 days, there's a chance the Q/A may no longer be "active" (receiving activity that bumps it to the homepage or top of 'recent activity' lists), and thus may not be a pressing situation where focused eyes/votes are needed.

There's currently nothing in the FAQ about this nor a consensus in the room on how it should be handled.

* - Specifying one additional cv-pls because if a cv-pls request is posted twice, I feel that is enough of an opportunity for what amounts to an approved voting mob to handle it if handling it by SOCVR is something that's needed.

Should users be allowed to request action on posts they are involved in?

No 15 on the FAQ states "Do not request action on posts or edits where you are involved or where you have a conflict of interest." I disagree with this rule.

After some discussions in the chat room, I came away with two possible intentions for this rule:

  1. Prevent the situation where a user might answer a question, then convince other people to close the question for some reason, thus ensuring no one else can answer.

  2. Prevent there from being the appearance of some sort of favoritism by SOCVR members on behalf of one of the users participating in a post.

If I have unfairly stated those reasons, feel free to let me know. I don't agree with them, which is why I have such a hard time getting myself to see things from that viewpoint and give it a fair description.

Now, to dispute those points. I disagree with No 1, because that can happen anyways. How hard would it be for someone to gain the 20pts required to participate in a chat room? So someone could create a separate account, use it to make requests in SOCVR that work in their behavior. Or they could ask a friend to request for them. So this rule that SOCVR in actuality does not prevent the thing it's intended to prevent. It just barely mitigates it at all. What's a better way to fight against this sort of behavior? I typically downvote answers on questions that are clearly off-topic, even if the answer contains otherwise useful information. This teaches people that they should consider the rules before answering, and keeps them from being rewarded for rewarding others in breaking the rules. This is getting away from the point of SOCVR, but my point is that it shouldn't be on SOCVR to worry about these issues.

I disagree with No 2, because it's just silly. Users can and often do complain when their question is closed anyways, even if the person that requested action didn't have prior involvement in a post. As users entrusted with moderation privileges, it is our duty/right to use all the tools at our disposal to help keep the content of the site clean. If you are presented with bad content, then you should clean it up, regardless of how it came to your attention. The primary focus of those participating as moderators should be on the content. Even if someone does something for personal revenge or other nefarious motivations, those actions are almost never unilateral and still require the ascent of multiple other users who have been entrusted with moderation privileges.

If someone does raise a complaint, then the CM team or elected moderators can look into the issue and decide whether the appropriate action was taken. If there's a repeat history of a user abusing their moderation privileges for personal reasons, then they can take appropriate action.

My Stack Overflow username is mason on Stack Overflow. Not sure if you need to know that for some reason. I'm unaccustomed to participating in SOCVR besides occasionally popping in to make a request (and jumping on some of the relevant requests I see).

20k Deletion requests when not at deletion score threshold

We have always shied away from voting as a general policy (e.g. "We are not a voting ring"). But we do have an odd grey area: 20k deletion.

If a question is closed and has a -3 score, 20k users can vote for immediate deletion. Sometimes, however, people will throw up questions not at -3. People will then go to the question and then downvote to allow deletion (which is acceptable). How should we handle this?

  1. Make a rule forbidding nominating a question for deletion that is not at -3. After 2 days, any closed question can be deleted (and by 10k+ users). The big downside is that this would require RO policing
  2. Just leave it be. If the question is not at -3 it cannot be deleted, but if it's delete-worthy it should garner downvotes anyways, and we simply make sure the policy states we're not explicitly asking for votes there (as the question will eventually be delete-able)

FAQ page rewrite

As noted elsewhere, the current FAQ page is somewhat bulky and cumbersome. With nothing but a single list of rules, adding new rules is difficult and has lead to some bulky rules in the middle.

I forked the current site and rewrote the FAQ page to try and address this.

  • Uses the same link structure as the existing page so old links won't break
  • Has three sections instead of one (Decorum, Moderation and Q&A Interaction)

This proposed page can be viewed here https://github.com/machavity/socvr-website-content/blob/master/pages/faq.md

Thoughts and feedback are welcome

Should it be allowed to systematically target questions that are answered by a specific OP

In SOCVR we allow cv-pls and delv-pls to close and remove questions.

While we all agree we moderate content of a post it is possible by posting cv-pls and subsequent delv-pls to remove the answers as well that were posted on these questions.

What if those cv-pls and delv-pls are strategically posted to target certain OP's that posts answers to duplicate and/or low quality questions. Is that something we want to detect, warn and/or forbid.?

If so, how? if not, why is this okay and defend-able on meta when oposition is raised?

a bit of context here

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.