-
Notifications
You must be signed in to change notification settings - Fork 25
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
Add support for issues closed as not planned #191
Add support for issues closed as not planned #191
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
No worries about the filter at this point, this is just for visual purposes.
We can use the octicon 'skip'
Do open issues have default stateReason as reopened or is it null?
@gycgabriel Nope, they do not, so its stateReason is null! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM except to remove some auto-generated files from graphql
graphql/graphql-types.ts
Outdated
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This file should be ignored by .gitignore as it is auto-generated on ng:serve:web
.
If you encounter typing issue with graphql-related stuff, u can rerun npm run ng:serve:web
to update this file.
@@ -18,14 +18,18 @@ export class IssuePrCardHeaderComponent { | |||
getOcticon() { | |||
const type = this.issue.issueOrPr; | |||
const state = this.issue.state; | |||
const stateReason = this.issue.stateReason; | |||
|
|||
switch (true) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Might be better to convert this into a regular if-else statement at this point with the increasing number of checks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've made the changes! Though, would it be better to abstract out the checking logic into another service class instead because of the layers of nesting?
Previously, the page would show loading spinners, with no content, until all the data has been loaded. Let's * Display the page data once it is loaded. * Display loading spinners below the content, until all data has been loaded. * Change `Sync` to a spinner while the content is being loaded.
Let's allow users to use WATcher for their private repositories.
Update labels without needing to refresh Labels are only fetched on initialization, requiring users to refresh in order for labels to update. Let's change it so labels are updated periodically, and when the Sync button is clicked.
remove trailing whitespace
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Let's fix the merge conflict.
@@ -30,12 +32,23 @@ export function AuthServiceFactory( | |||
// githubService, | |||
// userService, | |||
// issueService, | |||
// labelService, | |||
// phaseService, | |||
// githubEventService, | |||
// titleService, | |||
// logger | |||
// ); | |||
// } | |||
console.log(logger); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
console.log(logger); |
not part of this PR but let's remove the debugging statement.
@Eclipse-Dominator @gycgabriel Hi, I've made the changes as described. Could I get your help to review this PR? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
Summary:
Fixes #186
Displays issues that are closed as not planned differently from issues which are closed as completed.
However, this differentiation is not applicable to the filter bar (i.e. filtering closed issues will display issues which are closed as completed and closed as not planned). I'm not sure if we should split 'closed' into 'closed as completed' and 'closed as not planned' in the filter bar as this distinction is only applicable to issues, and may not be compatible with the current design of the filter bar given the increased number of possible invalid combinations (eg. PRs which are closed as not planned, merged issues). Perhaps some refactoring for selection validation in the filter bar would be useful to account for the invalid combinations if more options are added?
Type of change:
Changes Made:
issue-draft
icon as the icon for 'issue closed as not planned' is not in the @primer/octicons libraryScreenshots:
Proposed Commit Message:
Checklist: