Repository live search #11365

Open
opened 2025-11-02 09:35:37 -06:00 by GiteaMirror · 2 comments
Owner

Originally created by @KazzmanK on GitHub (Jul 29, 2023).

Feature Description

On the http://root_path on the right pane repositories search is live, as you type
but on http://root_path/organization , repository list is a main UI element, search is not live.
My proposal is to make repository search on http://root_path/organization live, as you type.

Screenshots

No response

Originally created by @KazzmanK on GitHub (Jul 29, 2023). ### Feature Description On the http://root_path on the right pane repositories search is live, as you type but on http://root_path/organization , repository list is a main UI element, search is not live. My proposal is to make repository search on http://root_path/organization live, as you type. ### Screenshots _No response_
GiteaMirror added the type/proposal label 2025-11-02 09:35:37 -06:00
Author
Owner

@puni9869 commented on GitHub (Jul 29, 2023):

Performance will hit if we support the live search.

@puni9869 commented on GitHub (Jul 29, 2023): Performance will hit if we support the live search.
Author
Owner

@KazzmanK commented on GitHub (Jul 29, 2023):

I'm not sure what you are talking about, because full repository list is already on client, there is no need to recall it from back again and again.
But even if filtering will be done at back end, I see little to nothing computation workload to send back dozen or even few hundred of records. My recent project sends via rest api tens of thousands records in a second.
I have created another similar issue #26227, if you can give me a hint of how to catch possible queries, or share these queries , I can play around to form my own opinion.

@KazzmanK commented on GitHub (Jul 29, 2023): I'm not sure what you are talking about, because full repository list is already on client, there is no need to recall it from back again and again. But even if filtering will be done at back end, I see little to nothing computation workload to send back dozen or even few hundred of records. My recent project sends via rest api tens of thousands records in a second. I have created another similar issue [#26227](https://github.com/go-gitea/gitea/issues/26227), if you can give me a hint of how to catch possible queries, or share these queries , I can play around to form my own opinion.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#11365