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

New bug selection phase requirement #1301

Open
Eclipse-Dominator opened this issue Jan 20, 2025 · 1 comment · May be fixed by #1331
Open

New bug selection phase requirement #1301

Eclipse-Dominator opened this issue Jan 20, 2025 · 1 comment · May be fixed by #1331
Labels
category.Feature a new feature p.High prefer to be fixed in the next few releases

Comments

@Eclipse-Dominator
Copy link
Contributor

Is your feature request related to a problem? Please describe.
Currently, there is no intermediate phase for selecting the top 7 bugs to be submitted to the development team between the bug reporting and developer response phases in CS2103. This leads to a lack of clarity and control in narrowing down the critical bugs for submission.

Proposed solution
The new Bug Selection Phase should:

  1. View all reported bugs.
  2. Allow teams to select the top X bugs (default 7) for submission.
  3. Proceed with the selected bugs to the next phase (dev response).
@Eclipse-Dominator Eclipse-Dominator added category.Feature a new feature p.High prefer to be fixed in the next few releases labels Jan 20, 2025
@damithc
Copy link
Contributor

damithc commented Jan 21, 2025

Some further clarifications:

  • The max bug count can vary from semester to semester (or from course to course) -- so, it should not be enforced in CATcher.
  • Should not allow changing bug subject or body, but should allow changing labels.
  • Should be able to delete (or close) bugs
  • Students should be able to see a list of 'deleted' (i.e., closed) bugs to 'undelete' (i.e., reopen) them.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
category.Feature a new feature p.High prefer to be fixed in the next few releases
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants