XX Commits to main link broken on releases #967
Labels
No labels
accessibility
bug
bug
infrastructure
Codeberg
contributions welcome
docs
duplicate
enhancement
infrastructure
legal
licence / ToS
please chill
we are volunteers
public relations
question
question
user support
s/Forgejo
s/Forgejo/migration
s/Pages
s/Weblate
s/Woodpecker
security
service
upstream
wontfix
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Codeberg/Community#967
Loading…
Add table
Add a link
Reference in a new issue
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?
https://codeberg.org/forgejo-contrib/forgejo-helm/releases/tag/v0.3.3
This works fine on Gitea v1.18.5 and v1.19.0, so must be a Forgejo / Codeberg issue.
The link wrongly targets
https://codeberg.org/forgejo-contrib/forgejo-helm/compare/v0.3.3...So main branch is missing somehow.
Still present in Forgejo 1.19.1:
https://code.forgejo.org/forgejo/runner/releases
The default branch bame name is missing between "to" and "since" and the link points to a 404.
I think I found the reason:
the release was created using
woodpeckerci/plugin-gitea-release.This woodpecker plugin does not set the
Targetfield on theCreateReleaseOptionstruct.Hence the release gets created with an empty target and the templates behave strangely.
I am quite sure this issue happens on gitea as well (but only for releases created via the API without a
Upstream issue: https://github.com/go-gitea/gitea/issues/24145
Plugin pull merged
Marking this with the "Codeberg" label as
this(EDIT: this only concerns Forgejo, still keeping the label) has been reported and fixed upstream. Will close this issue once this bug disappears from Codeberg.This is only partially fixed:
targettargetis empty - upstream issue, I plan to craft a PR soon, to fix previous releasesi think this is fixed in Gitea
v1.19.2No, my previous comment is still up-to-date.
(actually the screenshot of your second post is fixed - not the first one)
I just created a PR upstream: https://github.com/go-gitea/gitea/pull/24470
Upstream PR has been merged into main.
I now need to backport it to 1.19.
backport has been merged into release/v1.19 upstream https://github.com/go-gitea/gitea/pull/24659
This should land in Forgejo after the next rebase + release.