Global issues search #1023

@stevegt commented on GitHub (May 5, 2018):

Caching may be needed in some cases, but I wouldn't bother with it for a first implementation. A gitea instance run by an individual or small organization may not have enough issues in their db to cause a problem. If performance is still a concern, make global search an admin tool only, or add a config option to turn the global search feature off.

In my own case, global issue search is one of the first things I went looking for, which led me here. Seems like a gitea admin would need at least a global view of issues, similar to the global view of repos in /admin. Among other things, this would allow them to see how well gitea is being adopted so they can help bring project teams up to speed.

@stevegt commented on GitHub (May 5, 2018): Caching may be needed in some cases, but I wouldn't bother with it for a first implementation. A gitea instance run by an individual or small organization may not have enough issues in their db to cause a problem. If performance is still a concern, make global search an admin tool only, or add a config option to turn the global search feature off. In my own case, global issue search is one of the first things I went looking for, which led me here. Seems like a gitea admin would need at least a global view of issues, similar to the global view of repos in /admin. Among other things, this would allow them to see how well gitea is being adopted so they can help bring project teams up to speed.

GiteaMirror commented

@stevegt commented on GitHub (Jun 23, 2018):

#3841 (possible dup) discusses how the web frontend for this might look.

@stevegt commented on GitHub (Jun 23, 2018): #3841 (possible dup) discusses how the web frontend for this might look.

GiteaMirror commented

@scullhead commented on GitHub (Jun 25, 2018):

Here is my content from the issue #3841

Gitea version (or commit ref): 1.4.0+3-g641d481
Git version: 2.7.4
Operating system: Ubuntu 16.04.4 LTS
Database (use [x]):
- PostgreSQL
- MySQL
- MSSQL
- SQLite
Can you reproduce the bug at https://try.gitea.io:
- Yes (provide example URL)
- No
- Not relevant

Description

When you are on the "issues" tab of a repository you have a search input field where it is possible to search for a text in all issues of this repo.

When you klick on "Issues" in the global navigation menu of gitea it shows a list of all issues from all repositories (if they are public).
It would be very useful if there was also a search input field to search over all public issues.

@scullhead commented on GitHub (Jun 25, 2018): Here is my content from the issue #3841 - Gitea version (or commit ref): 1.4.0+3-g641d481 - Git version: 2.7.4 - Operating system: Ubuntu 16.04.4 LTS - Database (use `[x]`): - [ ] PostgreSQL - [x] MySQL - [ ] MSSQL - [ ] SQLite - Can you reproduce the bug at https://try.gitea.io: - [ ] Yes (provide example URL) - [ ] No - [x] Not relevant ## Description When you are on the "issues" tab of a repository you have a search input field where it is possible to search for a text in all issues of this repo. When you klick on "Issues" in the global navigation menu of gitea it shows a list of all issues from all repositories (if they are public). It would be very useful if there was also a search input field to search over all public issues. ![gitea_issues_global_search](https://user-images.githubusercontent.com/10958573/39132535-5bc215b6-4712-11e8-902d-a2a1d275caca.png)

GiteaMirror commented

@stevegt commented on GitHub (Jul 5, 2018):

Here's a possible workaround until global issues search is available, but it only really works for new installs and internal teams: Our local Gitea install so far hosts dozens of projects and growing. Early on, we realized that we need to be able to see who is working on what in some global way to keep interns from running out of things to do. ;-)

As a workaround, we've wound up filing all issues for all projects in one general/issues repository instead of in their proper repos -- not great, but at least it gives us a quick way to see issue lists by assignee.

@stevegt commented on GitHub (Jul 5, 2018): Here's a possible workaround until global issues search is available, but it only really works for new installs and internal teams: Our local Gitea install so far hosts dozens of projects and growing. Early on, we realized that we need to be able to see who is working on what in some global way to keep interns from running out of things to do. ;-) As a workaround, we've wound up filing all issues for all projects in one `general/issues` repository instead of in their proper repos -- not great, but at least it gives us a quick way to see issue lists by assignee.

GiteaMirror commented

@stale[bot] commented on GitHub (Jan 20, 2019):

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.

@stale[bot] commented on GitHub (Jan 20, 2019): This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.

GiteaMirror commented

@lunny commented on GitHub (Jan 20, 2019):

We need a search result UI design.

@lunny commented on GitHub (Jan 20, 2019): We need a search result UI design.

GiteaMirror commented

@stale[bot] commented on GitHub (Mar 21, 2019):

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.

@stale[bot] commented on GitHub (Mar 21, 2019): This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.

GiteaMirror commented

@jag3773 commented on GitHub (Sep 18, 2019):

Signalling that this is a desired feature by many of our users. We are working on several projects that make heavy use of issues and it would be really handy to be able to search across all of them.

@jag3773 commented on GitHub (Sep 18, 2019): Signalling that this is a desired feature by many of our users. We are working on several projects that make heavy use of issues and it would be really handy to be able to search across all of them.

GiteaMirror commented

@lunny commented on GitHub (Sep 19, 2019):

Where is the best place to put the search box?

@lunny commented on GitHub (Sep 19, 2019): Where is the best place to put the search box?

GiteaMirror commented

@guillep2k commented on GitHub (Sep 19, 2019):

/issues sounds good.
EDIT: the first comment has a good picture of what could it look like.

@guillep2k commented on GitHub (Sep 19, 2019): `/issues` sounds good. EDIT: the first comment has a good picture of what could it look like.

GiteaMirror commented

@lunny commented on GitHub (Sep 19, 2019):

@guillep2k That design is good but I don't think that's the best place. A search box on /issues will let you think that the search scope is all issues related you but not all the sites.

@lunny commented on GitHub (Sep 19, 2019): @guillep2k That design is good but I don't think that's the best place. A search box on /issues will let you think that the search scope is all issues related you but not all the sites.

GiteaMirror commented

@guillep2k commented on GitHub (Sep 19, 2019):

@guillep2k That design is good but I don't think that's the best place. A search box on /issues will let you think that the search scope is all issues related you but not all the sites.

They will be related to me because they will be the issues I can see. e.g. "Issues you have access to".

Check this picture; adding "All issues" can help convey the idea.

@guillep2k commented on GitHub (Sep 19, 2019): > > > @guillep2k That design is good but I don't think that's the best place. A search box on /issues will let you think that the search scope is all issues related you but not all the sites. They _will be related_ to me because they will be the issues I can see. e.g. "Issues you have access to". Check this picture; adding "All issues" can help convey the idea. ![image](https://user-images.githubusercontent.com/18600385/65244936-02fa9d00-dac2-11e9-9f86-ddb73a15f7fd.png)

GiteaMirror commented

@lunny commented on GitHub (Sep 19, 2019):

Then the repositories on the left corner when you checked all repository maybe a large list.

@lunny commented on GitHub (Sep 19, 2019): Then the repositories on the left corner when you checked `all repository` maybe a large list.

GiteaMirror commented

@jag3773 commented on GitHub (Sep 20, 2019):

@lunny That's exactly why a global search is an essential feature!

@jag3773 commented on GitHub (Sep 20, 2019): @lunny That's exactly why a global search is an essential feature!

GiteaMirror commented

@bhalbright commented on GitHub (Sep 23, 2019):

I'm probably missing the whole picture, but in https://github.com/go-gitea/gitea/pull/7901 I am attempting to add an endpoint to search issues across repositories (i.e. the repositories the user has access to). Just wanted to comment because perhaps it could be of use here. However, I put the endpoint under repos like for example: /api/v1/repos/issues/search?q={query}

@bhalbright commented on GitHub (Sep 23, 2019): I'm probably missing the whole picture, but in https://github.com/go-gitea/gitea/pull/7901 I am attempting to add an endpoint to search issues across repositories (i.e. the repositories the user has access to). Just wanted to comment because perhaps it could be of use here. However, I put the endpoint under repos like for example: /api/v1/repos/issues/search?q={query}

GiteaMirror commented

@guillep2k commented on GitHub (Sep 23, 2019):

@bhalbright Perhaps it should not be under /api/v1/repos if it's not searching inside a particular repo? @lafriks ?

@guillep2k commented on GitHub (Sep 23, 2019): @bhalbright Perhaps it should not be under `/api/v1/repos` if it's not searching inside a particular repo? @lafriks ?

GiteaMirror commented

@bhalbright commented on GitHub (Sep 24, 2019):

@guillep2k I think I did it because all the "issues" api endpoints seemed to already be under /repos but I can see where this one might be debatable. For example from the swagger doc (the first in the list is the one I added in the #7901 PR)

@bhalbright commented on GitHub (Sep 24, 2019): @guillep2k I think I did it because all the "issues" api endpoints seemed to already be under /repos but I can see where this one might be debatable. For example from the swagger doc (the first in the list is the one I added in the #7901 PR) ![image](https://user-images.githubusercontent.com/32200834/65477555-494a5600-de4c-11e9-9999-6ce0522189ce.png)

GiteaMirror commented

@bhalbright commented on GitHub (Dec 24, 2019):

Just dropping a note that I'm going to work on an attempt at this based on the ui design by @scullhead
and @guillep2k

@bhalbright commented on GitHub (Dec 24, 2019): Just dropping a note that I'm going to work on an attempt at this based on the ui design by @scullhead and @guillep2k

GiteaMirror commented

@lunny commented on GitHub (Dec 25, 2019):

@bhalbright The permission check with pagnation is something we need pay attention to.

@lunny commented on GitHub (Dec 25, 2019): @bhalbright The permission check with pagnation is something we need pay attention to.

GiteaMirror commented

@6543 commented on GitHub (Jan 14, 2020):

I think a global issue search should be here:

@6543 commented on GitHub (Jan 14, 2020): I think a global issue search should be here: ![Bildschirmfoto zu 2020-01-14 20-40-48](https://user-images.githubusercontent.com/24977596/72376498-572f2a00-370e-11ea-9736-2e3934d5e306.png)

GiteaMirror commented

@cbrake commented on GitHub (Oct 23, 2024):

I really like projects as a way to organize issues from multiple repos. It would be really useful to be able to search/filter all cards/issues in a project.

Trello does filtering really well.

@cbrake commented on GitHub (Oct 23, 2024): I really like projects as a way to organize issues from multiple repos. It would be really useful to be able to search/filter all cards/issues in a project. Trello does filtering really well.

GiteaMirror commented

@lunny commented on GitHub (Oct 23, 2024):

We already have one at /issues like below.

@lunny commented on GitHub (Oct 23, 2024): We already have one at /issues like below. ![图片](https://github.com/user-attachments/assets/bb48e50d-7fbb-48dd-8176-7afe7d102a9e)

GiteaMirror commented

@cbrake commented on GitHub (Oct 24, 2024):

We already have one at /issues like below.

Thanks @lunny -- that is useful, but I think it would also be useful to have something similar on a project board where you can filter on a search term and only the cards in the board that match are shown, and the rest are hidden.

@cbrake commented on GitHub (Oct 24, 2024): > We already have one at /issues like below. > > ![图片](https://private-user-images.githubusercontent.com/81045/379420813-bb48e50d-7fbb-48dd-8176-7afe7d102a9e.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3Mjk3ODc0NTAsIm5iZiI6MTcyOTc4NzE1MCwicGF0aCI6Ii84MTA0NS8zNzk0MjA4MTMtYmI0OGU1MGQtN2ZiYi00OGRkLTgxNzYtN2FmZTdkMTAyYTllLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDEwMjQlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQxMDI0VDE2MjU1MFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTE1MzZmYjE5NDdlZTU0ZmI1YzA0ZWJkYTdhNDg3OTNhYTI3NTJmODhiZWIxMjM1YTllZGE3Y2E4NDE1MDcwMGQmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.1m68PoXH_qfDqsqktF_iMNyeiEP2u2SeKmiHjEdkATk) Thanks @lunny -- that is useful, but I think it would also be useful to have something similar on a project board where you can filter on a search term and only the cards in the board that match are shown, and the rest are hidden.

GiteaMirror commented