Comment
Hello,
when i click on the pull request in my repository i receive an internal server error.
The page can be found at
https://codeberg.org/notanamber/nerd_tree/pulls
The specific link is this:
Have a good work
Hello,
when i click on the pull request in my repository i receive an internal server error.
The page can be found at
https://codeberg.org/notanamber/nerd_tree/pulls
The specific link is this:
Have a good work
If it is a migrated pull request, might be the same as this: #1472.
Hello,
the pull request was made directly on codeberg, but the repository is a mirror of another gitea repository.
Maybe is this the problem?
Thanks
: the pull request was made directly on codeberg, but the repository is a mirror of another gitea repository.
Hi, "another Gitea repository"? How are you mirroring the repository?
GetRefCommitID, object does not exist [id: refs/pull/2/head, rel_path: ]
the typical thing, this started to happen quite often from my subjective perspective.
I strangely cannot find how this pull request was made. The expected web route and api route come up empty handed in the logs. I've fixed the issue manually for the time being, nothing points to anything abnormal (database models of this PR looks correct and nothing seems to have been done to this PR) other than the origin of the creation of this PR cannot be found, at least by me.
@crystal recently said:
When I had that problem it was caused by another instance push mirroring to Codeberg. I removed the push mirror and made a CI pipeline push all the refs and tags from the source repo instead. The push mirror uses the --mirror option in git, which is bad because it deletes refs that exist in the target repo and not in the source repo. This obviously includes the refs that keep track of PR HEADs
I believe this is related?!
the repository is a mirror of another gitea repository.
Maybe is this the problem?
I think it is. However, mirrors are a common feature and should probably not break our repos? How can we approach this problem?
It seems to be related as notanamber/nerd_tree#2 is once again resulting in 500 error.
@notanamber We would like to better understand your use case of mirroring into a repository that accepts pull request. Obviously, you cannot merge the pull requests anyway, because the mirror would overwrite the changes. Modifying a mirror does not really work, because it obviously assumes the other side to be the source of truth.
How is your workflow with regards to these pull requests?
@notanamber We would like to better understand your use case of mirroring into a repository that accepts pull request. Obviously, you cannot merge the pull requests anyway, because the mirror would overwrite the changes. Modifying a mirror does not really work, because it obviously assumes the other side to be the source of truth.
How is your workflow with regards to these pull requests?
The primary repository is here:
https://gitea.it/notanamber/nerd_tree
i setup a token here with all permission and the i setup the options for the mirroring, i attach my panel.
As I told you the pull request coming from codeberg repository.
In your opinion do it is better to remove the repository at gitea.it and use directly those in codeberg?
Thanks
This depends on your usecase. What will you do if there was a pull request here on Codeberg (assuming it wouldn't break). Would you merge it? Because in this case, the next mirror run from gitea.it would undo the change again.
I think mirrors are only used for one-directional syncing. You have "one source of truth", and you cannot do modifications in the other places unfortunately.
In the meantime, thank you for your explanations, I think I understand the problem.
I would like to merge only pull requests from codeberg and make the repository on codeberg the primary one.
Do you know if it is possible to make the repository on codeberg independent of the one on gitea.it?
Have a good day
I think you don't have to do anything on Codeberg's side, but you have to stop the mirror on gitea.it (or remove the credentials on Codeberg if you don't have access to it for some reason). I think this should be enough.
We are trying to think about a solution for accidentally overwriting the pull request information, though.
Thanks for the help, i will try it
I have the same usecase.
May I elaborate on the motivation? I want https://indieweb.org/POSSE and welcome 3rd party contributions at the same time. I am aware that I have to merge the pull request into the mirror source.
The pull request page 500ing makes this harder.
No due date set.
No dependencies set.
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?