Codeberg/Community
62
386
Fork
You've already forked Community
12

Manual merges does not work reliable #2600

Closed
opened 2026年05月07日 14:58:16 +02:00 by BaumiCoder · 3 comments

Comment

I am merging Pull Request (PR) always manually in my project by merging them locally. Today, I merged two PRs in my project, but the second one got marked as closed and not as merge.

  1. PR BaumiCoder/ecformat#40 merged with BaumiCoder/ecformat@c46ba8b80b is marked correctly as merged.
  2. PR BaumiCoder/ecformat#41 merged with BaumiCoder/ecformat@f0d59bc39d is marked incorrectly as closed.

I did not change anything in the settings of the project in between and both situations looks very similar to me. Therefore, I have no idea why the merge of the second PR was not detected properly. Maybe it is some bug in Forgejo, but without insides about why it appears and a way of reproduction a bug report there seems to be not helpful. Maybe some details in the logs of Codeberg.org or similar can help here. Did I something wrong when merging the second PR or what difference triggered the problem in detection the manual merge?

### Comment I am merging Pull Request (PR) always manually in my project by merging them locally. Today, I merged two PRs in my project, but the second one got marked as closed and not as merge. 1. PR https://codeberg.org/BaumiCoder/ecformat/pulls/40 merged with https://codeberg.org/BaumiCoder/ecformat/commit/c46ba8b80bad4bc8cbffe17a0ec8a8af05828a1b is marked correctly as merged. 2. PR https://codeberg.org/BaumiCoder/ecformat/pulls/41 merged with https://codeberg.org/BaumiCoder/ecformat/commit/f0d59bc39d2e83af20a21f175180a85bb8421f1e is marked incorrectly as closed. I did not change anything in the settings of the project in between and both situations looks very similar to me. Therefore, I have no idea why the merge of the second PR was not detected properly. Maybe it is some bug in Forgejo, but without insides about why it appears and a way of reproduction a bug report there seems to be not helpful. Maybe some details in the logs of Codeberg.org or similar can help here. Did I something wrong when merging the second PR or what difference triggered the problem in detection the manual merge?

That's indeed strange, the logs don't show much info. It was around the time where a lot of deadlocks were being observed (#2596). So I'm assuming the detection was right but was unable to mark it as merged.

That's indeed strange, the logs don't show much info. It was around the time where a lot of deadlocks were being observed (#2596). So I'm assuming the detection was right but was unable to mark it as merged.

I think you might be able to mark the PR manually as manually merged after re-opening and giving the merge commit?

(@Gusted, if you want tp have a look: I experienced recently a squash merge which left the PR open, forgejo/docs#1929 (comment), and marked it as manually merged afterwards.)

I think you might be able to mark the PR manually as manually merged after re-opening and giving the merge commit? (@Gusted, if you want tp have a look: I experienced recently a squash merge which left the PR open, https://codeberg.org/forgejo/docs/pulls/1929#issuecomment-14348657, and marked it as manually merged afterwards.)

@mahlzahn wrote in #2600 (comment):

I think you might be able to mark the PR manually as manually merged after re-opening and giving the merge commit?

Thanks, that worked even faster than expected. I re-opened the second PR. First, it said the check for automatic merge is still running. After a few minutes, the PR switched automatically to the Status merged. It almost looks like there were never any problem 👍. Only the timestamp of the PR merge is the point in time of the PR re-opening and not the timestamp of the commit.

@mahlzahn wrote in https://codeberg.org/Codeberg/Community/issues/2600#issuecomment-14470358: > I think you might be able to mark the PR manually as manually merged after re-opening and giving the merge commit? Thanks, that worked even faster than expected. I re-opened the second PR. First, it said the check for automatic merge is still running. After a few minutes, the PR switched automatically to the Status merged. It almost looks like there were never any problem 👍. Only the timestamp of the PR merge is the point in time of the PR re-opening and not the timestamp of the commit.
Sign in to join this conversation.
No Branch/Tag specified
main
No results found.
Labels
Clear labels
accessibility
Reduces accessibility and is thus a "bug" for certain user groups on Codeberg.
bug
Something is not working the way it should. Does not concern outages.
bug
infrastructure
Errors evidently caused by infrastructure malfunctions or outages
Codeberg
This issue involves Codeberg's downstream modifications and settings and/or Codeberg's structures.
contributions welcome
Please join the discussion and consider contributing a PR!
docs
No bug, but an improvement to the docs or UI description will help
duplicate
This issue or pull request already exists
enhancement
New feature
infrastructure
Involves changes to the server setups, use `bug/infrastructure` for infrastructure-related user errors.
legal
An issue directly involving legal compliance
licence / ToS
involving questions about the ToS, especially licencing compliance
please chill
we are volunteers
Please consider editing your posts and remember that there is a human on the other side. We get that you are frustrated, but it's harder for us to help you this way.
public relations
Things related to Codeberg's external communication
question
More information is needed
question
user support
This issue contains a clearly stated problem. However, it is not clear whether we have to fix anything on Codeberg's end, but we're helping them fix it and/or find the cause.
s/Forgejo
Related to Forgejo. Please also check Forgejo's issue tracker.
s/Forgejo/migration
Migration related issues in Forgejo
s/Pages
Issues related to the Codeberg Pages feature
s/Weblate
Issue is related to the Weblate instance at https://translate.codeberg.org
s/Woodpecker
Woodpecker CI related issue
security
involves improvements to the sites security
service
Add a new service to the Codeberg ecosystem (instead of implementing into Forgejo)
upstream
An open issue or pull request to an upstream repository to fix this issue (partially or completely) exists (i.e. Forgejo, Weblate, etc.)
wontfix
Codeberg's current set of contributors are not planning to spend time on delegating this issue.
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
3 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Codeberg/Community#2600
Reference in a new issue
Codeberg/Community
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?