Issues Triaging

Triaging an issue is a multi-step process that is collaboratively performed by the Windows Forms team and our issue bot. The team runs several different triages based on an issue type. For example, the runtime and designer issues are generally triaged on a weekly cadence, and API proposals are triaged on a fortnightly cadence. However, some issues or proposals may take longer to triage, for example, when the feature area owner is not around. Goal of triaging is to set expectation of what will happen to your issue. For example, after your feature request was triaged, you know whether the team plans to tackle the issue, or whether the issue is best tackled by the community.

Requesting Information

If an issue lacks information that we need to understand the issue, we assign the ":mailbox_with_no_mail: waiting-author-feedback" label. The bot is monitoring all issues labeled ":mailbox_with_no_mail: waiting-author-feedback". If we don't receive the needed information within 14 days, the bot will add another label - ":zzz: no-recent-activity". If another 7 days pass without the feedback, the bot closes the issue.

Categorizing Issues

Labels are used quite extensively in the repo. Some labels represent areas of functionality, some - act as markers of business flows, and some act as indicators to the team and the community about the state of an issue or a pull-request. For example, the most common you likely encounter:

Lable	Description
📭 waiting-author-feedback	There is a missing information or there are unanswered questions
🪲 bug	The issue is recognized as a bug
enhancement	Product code improvement that does NOT require public API changes/additions
good first issue	Issue should be easy to implement, good for first-time contributors