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.

Bug Reports category

+4
−6

Meta should have a dedicated category for bug reports, to increase the chance that users will pile onto an existing bug report rather than create new ones.

Even people who can't be bothered to search, are on a platform where searching is painful, or who search ineffectively, might notice a dup report on the first page of a bug category.

History
Why does this post require moderator attention?
You might want to add some details to your flag.
Why should this post be closed?

1 comment thread

General comments (4 comments)

4 answers

You are accessing this answer with a direct link, so it's being shown above all other answers regardless of its score. You can return to the normal view.

+9
−0

I'd disagree here, because I think this is not, how categories should be used.

First of all, there shouldn't be too many categories, because the UI becomes confusing, possibly problematic on mobile and it becomes IMO harder to find stuff. This can already happen sometimes at 3-5 categories, but it's probably going to be worse, the more categories we have. Also, categories can't really be removed, once added, hence I'd be careful with adding ones you don't really need. While it is possible to move posts between categories, it requires either database access or manually going to a special "tools" menu for every single post.

I see categories as a way to separate different types of content (not neccessarily post types). In my opinion, a Q&A "thread" is something different from a Challenge "thread" or a Blog or a Wiki. I'd also consider a Meta post something inherently different from a Q&A post. They serve different purposes to visitors of the site. Some inform more generally, some are for specific problems and others are a bit more fun. All are about the underlying community, but they address different interests of it.

On the other hand, bug reports are not something completely different in my opinion. As with feature requests and support questions, they are about "issues" or unclear stuff you came across when using the site.

In the same way, most [discussion]s we have here, don't really seem to me to be community-policy discussion (which should also be mostly in the per-site meta communities), but rather pre-request discussions about new features and "mistagged" support requests. Just very few are real discussions IMO, so it doesn't really make sense to separate them.

Furthermore, there are ways to group posts based on their content: tags. We have several nice features for them, including tag hierarchies, "topic" and "required" and "mod-only" tags. This is IMHO sufficient for grouping posts right now.

History
Why does this post require moderator attention?
You might want to add some details to your flag.

0 comment threads

+3
−0

We do technically have a dedicated bug reports channel on Github.

Rather than making a separate category on Meta, it might make more sense to keep all bug reports relating to the software on Github. Eventually others might self-host Codidact instances, and having a central repository of known issues for developers to be aware of would be preferable to having them simply buried as Meta posts somewhere on the canonical Codidact instance.

The downside to using the Github issues tracker is that some Codidact users may not have or want an account on another site. We could work around this by having a "submit an issue" button on Codidact and automatically posting those issues to the tracker, but that would likely be a hassle for the developers to set up (correct me if I'm wrong).

History
Why does this post require moderator attention?
You might want to add some details to your flag.

1 comment thread

General comments (2 comments)
+1
−0

I agree. We could benefit from having:

  • One category for discussing site/network use and features (current Q&A)
  • One category for plain bug reports.
  • One category for support requests and beginner help.
  • The existing categories for site proposals and blog/info.

There are all non-related and we know from (SE) experience that it doesn't do much good to group them together into one single, unholy mess.

For example, it doesn't make sense to have meta voting on a support request - what does that even mean? "I don't agree that you are having this problem"?

History
Why does this post require moderator attention?
You might want to add some details to your flag.

1 comment thread

General comments (3 comments)
+0
−0

I think a purely technical bug tracker could be useful, for things that should be working as agreed upon by meta discussions, but are malfunctioning at the moment.

History
Why does this post require moderator attention?
You might want to add some details to your flag.

0 comment threads

Sign up to answer this question »