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

Change default Subscribed tab to Involved #156

Merged
merged 1 commit into from
Aug 29, 2022

Conversation

ceedubs
Copy link
Contributor

@ceedubs ceedubs commented Aug 17, 2022

Summary

This changes the Subscribed tabs in the default config to Involved
tabs and changes the filter from hard-coded repos (such as cli/cli) to
involves:@me.

This addresses behavior that has surprised some folks such as in #74 and #129.

Ideally, we could fetch issues/PRs that the user has subscribed to, but
it looks like there's not an obvious way to do that. In its absence, the
involves filter might be a reasonable default that is less surprising
to people.

How did you test this change?

I changed my local config to match this and ran gh dash to observe the results.

Admittedly I did not set up a go environment to test these changes.

Images/Videos

Screen Shot 2022-08-17 at 9 41 39 AM

This changes the `Subscribed` tabs in the default config to `Involved`
tabs and changes the filter from hard-coded repos (such as `cli/cli`) to
`involves:@me`.

This addresses behavior that has surprised some folks such as in dlvhdr#74 and dlvhdr#129.

Ideally, we could fetch issues/PRs that the user has subscribed to, but
it looks like there's not an obvious way to do that. In its absence, the
`involves` filter might be a reasonable default that is less surprising
to people.
@dlvhdr
Copy link
Owner

dlvhdr commented Aug 29, 2022

Yeah that's cool, thanks @ceedubs

@dlvhdr dlvhdr merged commit 45bdf13 into dlvhdr:main Aug 29, 2022
@ceedubs ceedubs deleted the subscribed-to-involved branch August 29, 2022 18:28
@ceedubs
Copy link
Contributor Author

ceedubs commented Aug 29, 2022

I ended up also adding archived:false to most of my filters. That might be a reasonable thing to add to defaults as well, but I didn't want to make too many opinionated changes in the same PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants