Negative open Pull request count persists #8866

New Issue

GiteaMirror · 2025-11-02T08:21:34-06:00

GiteaMirror commented

2025-11-02 08:21:34 -06:00

Originally created by @kricka91 on GitHub (Apr 26, 2022).

Description

I have somehow been able to close a pull request twice, which results in an incorrect (negative) count of open pull request. This issue has supposedly been fixed in the code (https://github.com/go-gitea/gitea/pull/7518), but after I upgraded to Gitea 1.16.5 and migrated the data, the incorrect negative count still shows. The duplicate PR close probably happened a while ago using Gitea v1.10.1.

Will this be automatically corrected after opening or closing a new pull request, or should it have been corrected when migrating the database data? Or what do I need to do in order to correct this? I guess I could try something, but it would be good to get confirmation from someone who knows so that others with the same problem can see.

Gitea Version

1.16.5

Can you reproduce the bug on the Gitea demo site?

No

Log Gist

No response

Screenshots

No response

Git Version

No response

Operating System

No response

How are you running Gitea?

In Kubernetes with existing helm charts.

Database

PostgreSQL

Originally created by @kricka91 on GitHub (Apr 26, 2022). ### Description I have somehow been able to close a pull request twice, which results in an incorrect (negative) count of open pull request. This issue has supposedly been fixed in the code (https://github.com/go-gitea/gitea/pull/7518), but after I upgraded to Gitea 1.16.5 and migrated the data, the incorrect negative count still shows. The duplicate PR close probably happened a while ago using Gitea v1.10.1. Will this be automatically corrected after opening or closing a new pull request, or should it have been corrected when migrating the database data? Or what do I need to do in order to correct this? I guess I could try something, but it would be good to get confirmation from someone who knows so that others with the same problem can see. ### Gitea Version 1.16.5 ### Can you reproduce the bug on the Gitea demo site? No ### Log Gist _No response_ ### Screenshots _No response_ ### Git Version _No response_ ### Operating System _No response_ ### How are you running Gitea? In Kubernetes with existing helm charts. ### Database PostgreSQL

GiteaMirror added the type/bug issue/duplicate labels 2025-11-02 08:21:34 -06:00

GiteaMirror closed this issue

2025-11-02 08:21:34 -06:00

GiteaMirror commented

2025-11-02 08:21:35 -06:00

@wxiaoguang commented on GitHub (Apr 26, 2022):

Possible the longstanding problem related to

And maybe some database transaction should be used to avoid double-closing

@wxiaoguang commented on GitHub (Apr 26, 2022): Possible the longstanding problem related to * https://github.com/go-gitea/gitea/issues/17111 * https://github.com/go-gitea/gitea/issues/18330 And maybe some database transaction should be used to avoid double-closing

GiteaMirror commented

2025-11-02 08:21:35 -06:00

@kricka91 commented on GitHub (Apr 26, 2022):

Well, I guess one problem is the duplicate comments/closes, and another problem is the negative pull request count, which is caused by the former. I could live with the duplicate closes still being shown in the UI, but I would really like the pull request count to be accurate. Is it correct that the fix I linked to (#7518) is supposed to address this? And if so, when is the code in the fix executed?

@kricka91 commented on GitHub (Apr 26, 2022): Well, I guess one problem is the duplicate comments/closes, and another problem is the negative pull request count, which is caused by the former. I could live with the duplicate closes still being shown in the UI, but I would really like the pull request count to be accurate. Is it correct that the fix I linked to (#7518) is supposed to address this? And if so, when is the code in the fix executed?

GiteaMirror commented

2025-11-02 08:21:35 -06:00

@wxiaoguang commented on GitHub (Apr 26, 2022):

There could be some different causes. For example, the #18330 said another possibility about wrong counting number.

The #7518 did do some fixes, indeed it's an old fix and may not be related directly to the new issue. (of course, the fix code in it should always works, the feature is on admin -> monitoring -> Check all repository statistics, it will do the fix everyday midnight, and you can run it manually)

So your new issue need more clues, how it occurs and maybe needs some new fixes. I highly suspect it's related to #17111 or #18330 . Or you could help the maintainers to know how to trigger the bug. Otherwise I have no idea at the moment, we could just wait for someone knows how the bug occurs to help.

@wxiaoguang commented on GitHub (Apr 26, 2022): There could be some different causes. For example, the #18330 said another possibility about wrong counting number. The #7518 did do some fixes, indeed it's an old fix and may not be related directly to the new issue. (of course, the fix code in it should always works, the feature is on admin -> monitoring -> Check all repository statistics, it will do the fix everyday midnight, and you can run it manually) So your new issue need more clues, how it occurs and maybe needs some new fixes. I highly suspect it's related to #17111 or #18330 . Or you could help the maintainers to know how to trigger the bug. Otherwise I have no idea at the moment, we could just wait for someone knows how the bug occurs to help.

GiteaMirror commented

2025-11-02 08:21:35 -06:00

@kricka91 commented on GitHub (Apr 26, 2022):

Nothing is updated automatically at midnight, unless of course it continues to compute it incorrectly.

I cannot find any feature like this in the Gitea GUI. Is it a setting on an organization level? Repo level? Global level?

@kricka91 commented on GitHub (Apr 26, 2022): Nothing is updated automatically at midnight, unless of course it continues to compute it incorrectly. I cannot find any feature like this in the Gitea GUI. Is it a setting on an organization level? Repo level? Global level?

GiteaMirror commented

2025-11-02 08:21:36 -06:00

@wxiaoguang commented on GitHub (Apr 26, 2022):

Nothing is updated automatically at midnight, unless of course it continues to compute it incorrectly.

I cannot find any feature like this in the Gitea GUI. Is it a setting on an organization level? Repo level? Global level?

the feature is on admin -> monitoring -> Check all repository statistics, if it doesn't help, then they are not related either.

@wxiaoguang commented on GitHub (Apr 26, 2022): > Nothing is updated automatically at midnight, unless of course it continues to compute it incorrectly. > > I cannot find any feature like this in the Gitea GUI. Is it a setting on an organization level? Repo level? Global level? `the feature is on admin -> monitoring -> Check all repository statistics`, if it doesn't help, then they are not related either.

GiteaMirror commented

2025-11-02 08:21:36 -06:00

@kricka91 commented on GitHub (Apr 26, 2022):

Ok, I found it. I had to be logged in as gitea_admin and go to Site Administration to find it. However, running it didn't help, and it also shows that the task has been executed last midnight, even though I didn't see any results of that. Probably something else, then.

@kricka91 commented on GitHub (Apr 26, 2022): Ok, I found it. I had to be logged in as **gitea_admin** and go to **Site Administration** to find it. However, running it didn't help, and it also shows that the task has been executed last midnight, even though I didn't see any results of that. Probably something else, then.

GiteaMirror commented

2025-11-02 08:21:36 -06:00

@PotatoesFall commented on GitHub (May 16, 2022):

I reported this same issue a while ago in #19349, good to see it is now being addressed 👍

@PotatoesFall commented on GitHub (May 16, 2022): I reported this same issue a while ago in #19349, good to see it is now being addressed 👍

GiteaMirror commented

2025-11-02 08:21:36 -06:00

@lunny commented on GitHub (Oct 21, 2022):

duplicated with #19349

@lunny commented on GitHub (Oct 21, 2022): duplicated with #19349

Sign in to join this conversation.

Branches Tags

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/gitea#8866