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

Close issue as archived/resolved/stale #25362

Closed

Conversation

sillyguodong
Copy link
Contributor

@sillyguodong sillyguodong commented Jun 19, 2023

replace #23522
close #22793
close #14893

Changes

  • Add a dropdown next to the close/reopen button. The dropdown has the following options: close as archived/resolved/stale.
  • Modify the default email template of the Issue.
  • The API of "EditIssue" accepts new parameter: closed_status.

Screenshot

Close issue dropdown & button:

image

The comment of "close as xxx":

image

The default email content of the Issue:

image

Video record
Screen.Recording.2023-07-27.at.14.39.16.mov

@GiteaBot GiteaBot added the lgtm/need 2 This PR needs two approvals by maintainers to be considered for merging. label Jun 19, 2023
@pull-request-size pull-request-size bot added the size/L Denotes a PR that changes 100-499 lines, ignoring generated files. label Jun 19, 2023
@silverwind silverwind added the type/feature Completely new functionality. Can only be merged if feature freeze is not active. label Jun 19, 2023
@pull-request-size pull-request-size bot added size/XL Denotes a PR that changes 500-999 lines, ignoring generated files. and removed size/L Denotes a PR that changes 100-499 lines, ignoring generated files. labels Jun 20, 2023
@silverwind
Copy link
Member

Run make lint-js-fix to fix the lint issues.

@silverwind
Copy link
Member

silverwind commented Aug 11, 2023

Is this screenshot up to date?

For resolved, the issue state color for resolved should go purple, not red. For other states, please check on GitHub. I think stale/archived could go grey maybe. At least on GitHub "not planned" goes gray.

@silverwind
Copy link
Member

See comment in #22793 (comment), I think we should only have two closed states and not split into archived/stale.

IssueClosedStatusArchived // 1
IssueClosedStatusResolved // 2
IssueClosedStatusStale // 3
)
Copy link
Member

@silverwind silverwind Aug 20, 2023

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As per discussion in #22793, I would request only two states: IssueClosedStatusCompleted and IssueClosedStatusNotPlanned, default is IssueClosedStatusCompleted.

AssigneeID int64 `xorm:"-"`
Assignee *user_model.User `xorm:"-"`
IsClosed bool `xorm:"INDEX"`
ClosedStatus IssueClosedStatus `xorm:"NOT NULL DEFAULT 0"`
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could rename to just State so it could be used for multiple open states as well in future.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would strongly suggest to use two words. One-word column would cause ambiguity easily, and sometimes when the single-word is a database keyword, it causes SQL failures when the quoting is forgotten.

@silverwind
Copy link
Member

silverwind commented Aug 20, 2023

We will need to adapt issueicon.tmpl as per #22793 (comment).

@GeekPro101
Copy link

GeekPro101 commented Nov 25, 2023

The only reason I can think to need an 'archived' status is if you had a bug report that couldn't be verified - you could archive it to indicate that you couldn't find it rather than that it was a bug that you didn't plan to fix. Then again, I think the difference between 'we fixed this' and 'we couldn't/didn't fix this' in complete and not planned is probably sufficient to indicate that, and anyone particularly interested could just look through the issue comments.

@mpeter50
Copy link
Contributor

I think it is also useful for when an issue was closed as stale, because the reporting user did not respond to a question in a long time. In that case the issue was not resolved, and I think "not planned" is not appropriate either because to me that would mean that the maintainers are not open to such a change.

@sillyguodong sillyguodong requested review from lunny and removed request for lunny February 1, 2024 09:51
@mpeter50
Copy link
Contributor

mpeter50 commented Oct 1, 2024

Why did you close the MR?

Its fine if you dont want to work anymore on it, the reason I ask is to know if the feature was rejected internally, or if it can have another chance.

@mpeter50
Copy link
Contributor

mpeter50 commented Oct 4, 2024

Oh, I see. It was replaced with an other one.

Writing this so that anyone who has subscribed to this issue gets to know, as references dont kick off a notification.

@go-gitea go-gitea locked as resolved and limited conversation to collaborators Dec 30, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
lgtm/need 1 This PR needs approval from one additional maintainer to be merged. size/XL Denotes a PR that changes 500-999 lines, ignoring generated files. type/feature Completely new functionality. Can only be merged if feature freeze is not active.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Issue State Description [Proposal] Add third issue state "Resolved"
8 participants