Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migrate to new Issue Templates #129

Open
1 of 5 tasks
Builditluc opened this issue Dec 31, 2022 · 2 comments
Open
1 of 5 tasks

Migrate to new Issue Templates #129

Builditluc opened this issue Dec 31, 2022 · 2 comments
Assignees
Labels
state: approved This issue or pull request was approved and can be worked on type: feature Implements a new feature

Comments

@Builditluc
Copy link
Owner

Builditluc commented Dec 31, 2022

GitHub recently released issue forms in beta. They are a new way of creating issues, allowing the user to interactively create an issue with buttons, drop-downs, forms, and much more. This is way more user-friendlier than the current issue templates, so we'll migrate our current issue templates over to the new issue forms. This migration can be used to update the outdated issue templates.

We’ll also add another issue template, the crash-report template. It is similar to the bug-report template, but has different fields to give us further information on the crash. Because a bug that is causing a crash to occur has to be at a higher priority than for example a small visual bug, we need to add some simple priority labels as well.

Checklist

  • Update instructions in the crash message
  • Rewrite feature-request issue template
  • Rewrite bug-report issue template
  • Add crash-report issue template
  • Add different bug labels

References

@Builditluc Builditluc converted this from a draft issue Dec 31, 2022
@Builditluc Builditluc self-assigned this Dec 31, 2022
@Builditluc Builditluc added state: approved This issue or pull request was approved and can be worked on type: feature Implements a new feature labels Dec 31, 2022
@Builditluc Builditluc moved this from Todo to In Development in wiki-tui: Roadmap Dec 31, 2022
@Builditluc Builditluc moved this from In Development to Todo in wiki-tui: Roadmap Dec 31, 2022
@Builditluc Builditluc added state: blocked This issue cannot be worked on until others have been finished and removed state: approved This issue or pull request was approved and can be worked on labels Dec 31, 2022
@Builditluc
Copy link
Owner Author

Blocking this feature because the following issues have to be completed first:

@Builditluc Builditluc added state: approved This issue or pull request was approved and can be worked on and removed state: blocked This issue cannot be worked on until others have been finished labels Jan 8, 2023
@Builditluc Builditluc moved this from Todo to In Development in wiki-tui: Roadmap Jan 22, 2023
@Builditluc
Copy link
Owner Author

Builditluc commented Jan 22, 2023

Because there are different types of bugs that each need other information (for example, a crash needs the crash log but a simple UI error like incorrect borders does not), I would suggest adding multiple types of bug labels. Currently, I can think of these types:

  • bug (needs to be assigned to every bug-related issue)
  • crash (when the bug causes a crash)
  • parser (parsing related errors like incorrect lists or missing elements)
  • ui (anything related to the UI. That includes link selection issues and control bugs)

Every bug-related issue would get the type: bug label and then, if necessary, also a sub-label that further specifies the type of bug. For example, a crash report would get the labels type: bug and bug-type: crash

@Builditluc Builditluc moved this from In Development to Todo in wiki-tui: Roadmap Jun 19, 2023
@Builditluc Builditluc moved this from Todo to In Development in wiki-tui: Roadmap Jul 9, 2023
@Builditluc Builditluc moved this from In Development to Todo in wiki-tui: Roadmap Jul 9, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
state: approved This issue or pull request was approved and can be worked on type: feature Implements a new feature
Projects
Status: Todo
Development

No branches or pull requests

1 participant