forgejo/release-notes/8.0.0/fix
Gergely Nagy 0d029ebe6d
Fix git_model.FindBranchesByRepoAndBranchName
When a logged in user with no repositories visits their dashboard, it will
display a search box that lists their own repositories.

This is served by the `repo.SearchRepos` handler, which in turn calls
`commitstatus_service.FindReposLastestCommitStatuses()` with an empty
repo list.

That, in turn, will call `git_model.FindBranchesByRepoAndBranchName()`,
with an empty map. With no map, `FindBranchesByRepoAndBranchName()` ends
up querying the entire `branch` table, because no conditions were set
up.

Armed with a gazillion repo & commit shas, we return to
`FindReposLastestCommitStatuses`, and promptly call
`git_model.GetLatestCommitStatusForPairs`, which constructs a monstrous
query with so many placeholders that the database tells us to go
somewhere else, and flips us off. At least on instances the size of
Codeberg. On smaller instances, it will eventually return, and throw
away all the data, and return an empty set, having performed all this
for naught.

We fix this by short-circuiting `FindBranchesByRepoAndBranchName`, and
returning fast if our inputs are empty.

A test case is included.

Fixes #3521.

Signed-off-by: Gergely Nagy <forgejo@gergo.csillger.hu>
2024-05-01 00:34:39 +02:00
..
3363.md fix(Dockerfile.rootless): revert to default path for app.ini 2024-04-26 21:30:10 +02:00
3430.md docs(release-notes): split items in files to avoid conflicts (#3452) 2024-04-26 08:26:33 +00:00
3442.md docs(release-notes): split items in files to avoid conflicts (#3452) 2024-04-26 08:26:33 +00:00
3504.md added release notes 2024-04-30 12:05:22 +02:00
3570.md Fix git_model.FindBranchesByRepoAndBranchName 2024-05-01 00:34:39 +02:00