PRs stuck on "Merge conflict checking is in progress. Try again in few moments." #11624

Closed
opened 2025-11-02 09:42:46 -06:00 by GiteaMirror · 10 comments
Owner

Originally created by @MrVrops on GitHub (Sep 11, 2023).

Description

Hello everyone,

I've been having a problem with my Gitea instance for some time. From one day to the next and without any apparent change, I get the message: "Merge conflict checking is in progress. Try again in few moments."

I've tried updating to the latest version of GItea but nothing has changed. Have you ever seen a similar case? Don't hesitate to ask me for more information.

Thanks for any help.

Best regards,

Gitea Version

1.20.4

Can you reproduce the bug on the Gitea demo site?

No

Log Gist

No response

Screenshots

MicrosoftTeams-image (2)

Git Version

2.11.0

Operating System

Debian 9.13

How are you running Gitea?

Installation from binary.

Database

MySQL/MariaDB

Originally created by @MrVrops on GitHub (Sep 11, 2023). ### Description Hello everyone, I've been having a problem with my Gitea instance for some time. From one day to the next and without any apparent change, I get the message: "Merge conflict checking is in progress. Try again in few moments." I've tried updating to the latest version of GItea but nothing has changed. Have you ever seen a similar case? Don't hesitate to ask me for more information. Thanks for any help. Best regards, ### Gitea Version 1.20.4 ### Can you reproduce the bug on the Gitea demo site? No ### Log Gist _No response_ ### Screenshots ![MicrosoftTeams-image (2)](https://github.com/go-gitea/gitea/assets/25271722/3de4097a-6db1-4259-bc4d-9060a5f1c477) ### Git Version 2.11.0 ### Operating System Debian 9.13 ### How are you running Gitea? Installation from binary. ### Database MySQL/MariaDB
GiteaMirror added the issue/needs-feedback label 2025-11-02 09:42:46 -06:00
Author
Owner

@wxiaoguang commented on GitHub (Sep 11, 2023):

Which version you were using when it had the bug?

And could you show your admin -> monitoring -> queue page?

@wxiaoguang commented on GitHub (Sep 11, 2023): Which version you were using when it had the bug? And could you show your admin -> monitoring -> queue page?
Author
Owner

@MrVrops commented on GitHub (Sep 11, 2023):

Sure, I was on 1.19.1

And that's my queue page:
Capture

@MrVrops commented on GitHub (Sep 11, 2023): Sure, I was on 1.19.1 And that's my queue page: ![Capture](https://github.com/go-gitea/gitea/assets/25271722/ec8588c9-8e7d-4665-a1e7-bc78dd30c04d)
Author
Owner

@wxiaoguang commented on GitHub (Sep 11, 2023):

Could you use English UI 😄 : Click the pr_patch_checker Review / Add Workders link to show the queue's details?

@wxiaoguang commented on GitHub (Sep 11, 2023): Could you use English UI 😄 : Click the `pr_patch_checker` `Review / Add Workders` link to show the queue's details?
Author
Owner

@MrVrops commented on GitHub (Sep 11, 2023):

Sure sorry haha

So:
Capture

@MrVrops commented on GitHub (Sep 11, 2023): Sure sorry haha So: ![Capture](https://github.com/go-gitea/gitea/assets/25271722/c7177e9f-7f0e-4127-acd0-6875cb60d7b3)
Author
Owner

@wxiaoguang commented on GitHub (Sep 11, 2023):

I see, it seems an uncommon problem. Maybe more details would help:

  1. Does this "PR stuck" problem only occurs for one/a few special repositories? Or does it occur for every repository?
  2. Could you provide Gitea trace-level server logs between your PR push and after a while till you think it gets "stuck"?
    • https://docs.gitea.com/help/support : Bug Report section, and More Config Options for Logs
    • It might contain sensitive information, if you care about it, you could edit the logs manually.
  3. Could you provide the diagnosis report when you think it gets "stuck"?
    • "Site Admin" -> "Monitoring" -> "Stacktrace" -> "Download diagnosis report"
    • It (usually) doesn't contain sensitive information, but you could also check the stacktrances manually.
@wxiaoguang commented on GitHub (Sep 11, 2023): I see, it seems an uncommon problem. Maybe more details would help: 1. Does this "PR stuck" problem only occurs for one/a few special repositories? Or does it occur for every repository? 2. Could you provide Gitea **trace-level server logs** between your PR push and after a while till you think it gets "stuck"? * https://docs.gitea.com/help/support : `Bug Report` section, and `More Config Options for Logs` * It might contain sensitive information, if you care about it, you could edit the logs manually. 3. Could you provide the **diagnosis report** when you think it gets "stuck"? * "Site Admin" -> "Monitoring" -> "Stacktrace" -> "Download diagnosis report" * It (usually) doesn't contain sensitive information, but you could also check the stacktrances manually.
Author
Owner

@MrVrops commented on GitHub (Sep 11, 2023):

  1. This problem appears on some repos ( I don't know if it's related) but they all use Git LFS at first sight.

  2. I'll send you this as soon as the bug is reproduced because it's not all the time but most of the time.

  3. Here's the diagnostic report.
    goroutine-after.txt
    goroutine-before.txt

@MrVrops commented on GitHub (Sep 11, 2023): 1. This problem appears on some repos ( I don't know if it's related) but they all use Git LFS at first sight. 2. I'll send you this as soon as the bug is reproduced because it's not all the time but most of the time. 3. Here's the diagnostic report. [goroutine-after.txt](https://github.com/go-gitea/gitea/files/12574192/goroutine-after.txt) [goroutine-before.txt](https://github.com/go-gitea/gitea/files/12574193/goroutine-before.txt)
Author
Owner

@wxiaoguang commented on GitHub (Sep 11, 2023):

  1. .... because it's not all the time but most of the time.

So I guess you mean: even for the same repository, sometimes the PR check gets stuck, while sometimes it works and the PR check passes without any problem?

@wxiaoguang commented on GitHub (Sep 11, 2023): > 2. .... because it's not all the time but most of the time. So I guess you mean: even for the same repository, sometimes the PR check gets stuck, while sometimes it works and the PR check passes without any problem?
Author
Owner

@MrVrops commented on GitHub (Sep 11, 2023):

Exactly, some depots are not affected by the problem at all.
On the depots where the problem is, the problem is not always here.

@MrVrops commented on GitHub (Sep 11, 2023): Exactly, some depots are not affected by the problem at all. On the depots where the problem is, the problem is not always here.
Author
Owner

@wxiaoguang commented on GitHub (Sep 11, 2023):

Hmm, then it seems to be highly related to the git repo operation. I think we need to find the related logs first. Or if there could be a reproducible public repository, then I might be able to reproduce it by myself.

ps: the stacktrace above seems quite clean and healthy, nothing got stuck in the stacktrace.

@wxiaoguang commented on GitHub (Sep 11, 2023): Hmm, then it seems to be highly related to the git repo operation. I think we need to find the related logs first. Or if there could be a reproducible public repository, then I might be able to reproduce it by myself. ps: the stacktrace above seems quite clean and healthy, nothing got stuck in the stacktrace.
Author
Owner

@wxiaoguang commented on GitHub (Dec 4, 2023):

No more feedback, I think this issue can be closed, feel free to reopen if there are more clues.

@wxiaoguang commented on GitHub (Dec 4, 2023): No more feedback, I think this issue can be closed, feel free to reopen if there are more clues.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/gitea#11624