Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Q&A

Welcome to Codidact Meta!

Codidact Meta is the meta-discussion site for the Codidact community network and the Codidact software. Whether you have bug reports or feature requests, support questions or rule discussions that touch the whole network – this is the site for you.

Post History

75%
+4 −0
Q&A "Needs author's attention" should not be a flag option

We have a change pending to remove this non-flag from the flag list. (There's a story there that I'll get back to.) To the point raised in another answer, people can still use "other" to request ...

posted 7mo ago by Monica Cellio‭

Answer
#1: Initial revision by user avatar Monica Cellio‭ · 2023-10-01T21:31:14Z (7 months ago)
We have a change pending to remove this non-flag from the flag list.  (There's a story there that I'll get back to.)  To the point raised in another answer, people can still use "other" to request closure.

Something that came up in the discussion of this change was: how *should* we let people flag for closure?  "Other" flags are a stopgap, and unlike "needs author's attention" they go to moderators for review.  A better fix would be to make the "close" menu available to people who can flag, with the action depending on your abilities: if you can vote to close, it's a close vote; if you can't yet vote to close directly, it turns into a flag.

(Down the road we *also* want to make close *votes* a thing, instead of closure being a one-person action.)

--

About that story: flag types for a network are configured in a YAML file, so the actual change here was to disable that flag.  Other networks that want to keep the flag need only edit that file to change one boolean value.

Because other networks might want to keep that flag, this change *only* modified that YAML file and did not also remove the special code that detects this flag type and sets up the comment thread.  We have, it turns out, code that depends on specific flag types, currently by name -- I'll be looking into giving flag types immutable IDs instead, so that one person innocently tweaking the a flag's name in that YAML file doesn't break things in surprising ways.

This "simple" one-line change ("even *I* can do that!", I said) has thus spawned two pieces of related work that we really ought to do.  Thanks for helping us notice those.  (That's real thanks, not sarcastic thanks; I'd rather find things earlier than later.)