Incorrect commit display for some PRs #556

Closed
opened 2026-05-05 14:43:27 +00:00 by mikem · 12 comments

Summary

For some merged pull requests, the Forgejo web ui fails to show all the commits

Details

The koji repo was recently migrated to forgejo. I'm starting to notice that some PRs do not display correctly. Here is one recent example -- koji/koji#4538/commits

This merged pull request merged four separate commits, but commits tab only shows one of them.

pasted_image_260505-002

Otoh, the commit graph does show them.

pasted_image_260505-004

### Summary For some merged pull requests, the Forgejo web ui fails to show all the commits ### Details The koji repo was recently migrated to forgejo. I'm starting to notice that some PRs do not display correctly. Here is one recent example -- https://forge.fedoraproject.org/koji/koji/pulls/4538/commits This merged pull request merged four separate commits, but commits tab only shows one of them. ![pasted_image_260505-002](/attachments/3830ebf7-2739-4885-9b22-187c9c74416f) Otoh, the commit graph does show them. ![pasted_image_260505-004](/attachments/69afad09-9b34-4507-ba6e-a92ab59b5f74)
Author

This is an imported PR, so possibly this is a problem from the import?

Dunno if this could be related to forge/forge#540

This is an imported PR, so possibly this is a problem from the import? Dunno if this could be related to forge/forge#540
Author

Another recent example - koji/koji#4543/commits

I haven't exhaustively checked, but these were easy to find, so I'm guessing there are lots.

Another recent example - https://forge.fedoraproject.org/koji/koji/pulls/4543/commits I haven't exhaustively checked, but these were easy to find, so I'm guessing there are lots.
Author

Note that the diff tab is also wrong

Note that the diff tab is also wrong
t0xic0der added this to the Sprint 20 project 2026-05-06 03:41:28 +00:00
Member

I have worked on a fix for this. Thankfully, that did not require me to make changes to the existing testcases.

I am unable to make pull requests on Codeberg at the moment but I will link it here once I have created one.

I have worked on a fix for this. Thankfully, that did not require me to make changes to the existing testcases. I am unable to make pull requests on Codeberg at the moment but I will link it here once I have created one.
Member

Here's the pull request https://codeberg.org/forgejo/forgejo/pulls/12433

Now we sit tight

Here's the pull request https://codeberg.org/forgejo/forgejo/pulls/12433 Now we sit tight
Author

Am I correct in thinking that this fix will fix future imports, but not existing ones?

Am I correct in thinking that this fix will fix future imports, but not existing ones?
Member

Yeah, this is unfortunately not a retroactive fix.

But feel free to reimport things if the contextual background is crucial.

The pull request was merged and backported.

I will keep this open until we are sure that the changes made it to Fedora Forge.

Yeah, this is unfortunately not a retroactive fix. But feel free to reimport things if the contextual background is crucial. The pull request was [merged](https://codeberg.org/forgejo/forgejo/pulls/12433) and [backported](https://codeberg.org/forgejo/forgejo/pulls/12467). I will keep this open until we are sure that the changes made it to Fedora Forge.
Member

@lenkaseg thank you for incorporating the fix into our v15 deployment.

Once that gets out of the magic hat, @mikem give it another try please?

@lenkaseg thank you for incorporating the fix into our v15 deployment. Once that gets out of the magic hat, @mikem give it another try please?
Author

For some of my repos, I could probably do a re-import. In any case, I can certainly run a test to verify. How do I know when it's actually deployed?

Unfortunately with the Koji repo, the situation is complicated. The new forgejo koji repo has already diverged quite a bit from the original paguer. There are numerous comments, issues, pull requests, and merges. We can't simply re-import here, or we'll lose that recent history. Is there any chance that we could manage to fix our existing MRs in place, perhaps with a client script?

For some of my repos, I could probably do a re-import. In any case, I can certainly run a test to verify. How do I know when it's actually deployed? Unfortunately with the Koji repo, the situation is complicated. The new forgejo koji repo has already diverged quite a bit from the original paguer. There are numerous comments, issues, pull requests, and merges. We can't simply re-import here, or we'll lose that recent history. Is there any chance that we could manage to fix our existing MRs in place, perhaps with a client script?
humaton modified the project from Sprint 20 to Sprint 21 2026-05-18 10:16:08 +00:00
Member

@mikem see #570. Once the v15.x makes it to the production, this would be worked upon to retroactively resolve the commit histories of the migrated across pull requests. Until then, we are blocked on the v15.x deployment on the production environment.

@mikem see https://forge.fedoraproject.org/forge/forge/issues/570. Once the v15.x makes it to the production, this would be worked upon to retroactively resolve the commit histories of the migrated across pull requests. Until then, we are blocked on the v15.x deployment on the production environment.
Owner

It is deployed now.

@mikem i also have the serverside fix in place now too, will run it on koji and the other repos in the koji org too.

It is deployed now. @mikem i also have the serverside fix in place now too, will run it on koji and the other repos in the koji org too.
Owner

have run the repair tool on the following repos:

  • koji
  • mbs-web-ui
  • ursa-major
  • mbs
  • koji-tools
have run the repair tool on the following repos: * koji * mbs-web-ui * ursa-major * mbs * koji-tools
Sign in to join this conversation.
No milestone
No project
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
forge/forge#556
No description provided.