matrix-org / matrix-org/matrix-spec

Triage spec issues

Open
#1,785 1 comment 0 reactions 0 assignees View on GitHub
improvement
Dominant language
HTML
Stars
330
Forks
150
Avg merge
2h 21m
Merged PRs (30d)
3

Description

Perhaps issues should be triaged so there's some kind of metric for urgency based on relation to how they impact implementers and consumers, and then by missing features etc. Something like https://lostgarden.com/2008/05/20/improving-bug-triage-with-user-pain/

It would also send a signal to contributors (and those who will document issues are especially important) that their issue is welcome and is being considered. You can find my own notes on the triage process used for Draupnir [here](https://the-draupnir-project.github.io/draupnir-documentation/docs/contributing/triaging).

Contributor guide

Open the contributing guide

Research direction

Start by reviewing the open issue list and the linked Draupnir triaging notes, then compare them with the proposed user-pain approach. Done would mean agreeing on an urgency metric and documenting or adopting a triage process for Matrix specification issues; the issue names no files or tests.

Written by the indexing model from the issue text.

Assessment

Domain
developer-experience
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.