Git with a cup of tea! Painless self-hosted all-in-one software development service, including Git hosting, code review, team collaboration, package registry and CI/CD
Although, no query parameters are used, this defaults to listing/searching open issues.
My proposal is to make the default search query to be configurable per repository. For instance, for some repositories we might want to list all open issues with a certain set of labels, milestones, and so on, set, e.g.
This would provide a poor man's solution to displaying only issues of certain importance, e.g. those labelled say 'High priority', 'Pinned', ...
The downside would be the "surprise factor" that it could be confusing when 'Issue' works differently across repositories. An alternative would be to add support for per-repository customized 'Tabs' that repos owners can inject in the 'Code', 'Issues', 'Pull requests', 'Releases', 'Wiki', 'Activity' suite, e.g.
[x]
):Description
When viewing a repository's 'Issues' page, the default URL is of kind:
Although, no query parameters are used, this defaults to listing/searching open issues.
My proposal is to make the default search query to be configurable per repository. For instance, for some repositories we might want to list all open issues with a certain set of labels, milestones, and so on, set, e.g.
This would provide a poor man's solution to displaying only issues of certain importance, e.g. those labelled say 'High priority', 'Pinned', ...
The downside would be the "surprise factor" that it could be confusing when 'Issue' works differently across repositories. An alternative would be to add support for per-repository customized 'Tabs' that repos owners can inject in the 'Code', 'Issues', 'Pull requests', 'Releases', 'Wiki', 'Activity' suite, e.g.
Related to
This is related to feature requests on Pinned Issues, cf. Issue #2616.