Moderation policy clarification around hiding comments
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Dokumentation
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Bereich
- documentation
Rechercherichtung
Lokalisieren Sie die Moderationsrichtlinie, die die zitierten Definitionen und die Hinweise zur Hide-Funktion enthält. Prüfen Sie die umgebende Richtliniensprache und klären Sie anschließend, ob das Ausblenden themenfremder Beiträge durch non-Collaborators außerhalb der Anforderungen an Moderationsmaßnahmen liegt. Als abgeschlossen gilt die Aufgabe, wenn die Richtlinie die beabsichtigte Unterscheidung klar festlegt, ohne die bestehenden Hinweise zu ändern.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Our moderation policy says this:
Moderate means to modify, lock, or delete one or more Posts to correct or address Code of Conduct violations.
Note that it includes modify, lock, and delete, but not hiding. That was (IIRC) intentional. We want people to be able to hide off-topic comments without needing to engage in the overhead of opening an issue in the moderation repo or leaving a comment in the issue that they are hiding the comment in (as that defeats the purpose of hiding the comment in a lot of cases).
The policy also says:
Collaborators may use the Hide feature in the GitHub interface for off-topic posts by non-Collaborators.
We don't (as far as I see right now, at least) say that hiding off-topic posts by non-Collaborators is not considered a moderation action and therefore does not require the overhead of opening an issue in the moderation repo or otherwise announcing that you've moderated a comment.
If there's agreement that I have this right, then we should update the policy to amke that point clear.
@nodejs/moderation
- Vorherrschende Sprache
- JavaScript
- Sterne
- 202
- Forks
- 183
- Ø Merge
- 13 T. 12 Std.
- Gemergte PRs (30 T.)
- 2
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus nodejs/admin
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
-
tsc-agenda
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 30/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 30/100
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
-
area-deployment area-integrations triage:bot-seen
Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 86/100
-
Issue-Bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
sugarlabs/musicblocks#8924 ·
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
ArduPilot/ardupilot_wiki#8088 ·
-
[BUG] createTool tools cannot be registered with Mastra when exactOptionalPropertyTypes is enabled Offencustomer-eng status: needs triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100