Pre-flight checks
action-gh-release version
v2.6.2
Runner operating system
ubuntu-latest
Release target repository
No response
Reproduction repo, gist, or artifact
No response
Workflow snippet
- name: Create release
uses: softprops/action-gh-release@v2
with:
tag_name: v2026.12
name: SourceGit v2026.12
files: sourcegit-v2026.12.flatpak
fail_on_unmatched_files: true
overwrite_files: true
Expected behavior
When running on Gitea, overwrite_files: true should replace an existing release asset with the same filename.
The expected behavior is:
- Find the existing release by tag.
- Delete the existing asset/attachment with the same name.
- Upload the new file.
- Complete successfully.
Actual behavior
The first run succeeds and creates the release with the asset.
A later run with the same tag/release and asset name finds the existing release, but fails while deleting the old asset:
Found release SourceGit v2026.12 (with id=66)
♻️ Deleting previously uploaded asset sourcegit-v2026.12.flatpak...
Error: 404 page not found%0A
Error: Process completed with exit code 1.
Steps to reproduce
- Run the workflow on Gitea Actions with
softprops/action-gh-release@v2 and overwrite_files: true.
- Let it create a release and upload an asset, e.g.
sourcegit-v2026.12.flatpak.
- Re-run the workflow with the same
tag_name and the same asset filename.
- The action finds the existing release, tries to delete the previous asset, and fails with
404 page not found.
Relevant logs
Run Create release
with:
fail_on_unmatched_files: true
files: sourcegit-v2026.12.flatpak
name: SourceGit v2026.12
overwrite_files: true
tag_name: v2026.12
Found release SourceGit v2026.12 (with id=66)
♻️ Deleting previously uploaded asset sourcegit-v2026.12.flatpak...
Error: 404 page not found%0A
Error: Process completed with exit code 1.
Additional context
Gitea appears to be compatible enough with the GitHub Releases API for:
- creating a release
- finding an existing release by tag
- uploading a new release asset
However, replacing an existing asset fails when the action tries to delete the previously uploaded asset.
This might be because Gitea models release files as release attachments and exposes a slightly different delete endpoint/API than GitHub release assets.
For comparison, akkuman/gitea-release-action@v1 handles the same scenario successfully on Gitea by using Gitea's release attachment API and deleting an existing attachment with the same name before uploading the new one.
Pre-flight checks
masteraction-gh-release version
v2.6.2
Runner operating system
ubuntu-latest
Release target repository
No response
Reproduction repo, gist, or artifact
No response
Workflow snippet
Expected behavior
When running on Gitea,
overwrite_files: trueshould replace an existing release asset with the same filename.The expected behavior is:
Actual behavior
The first run succeeds and creates the release with the asset.
A later run with the same tag/release and asset name finds the existing release, but fails while deleting the old asset:
Steps to reproduce
softprops/action-gh-release@v2andoverwrite_files: true.sourcegit-v2026.12.flatpak.tag_nameand the same asset filename.404 page not found.Relevant logs
Additional context
Gitea appears to be compatible enough with the GitHub Releases API for:
However, replacing an existing asset fails when the action tries to delete the previously uploaded asset.
This might be because Gitea models release files as release attachments and exposes a slightly different delete endpoint/API than GitHub release assets.
For comparison,
akkuman/gitea-release-action@v1handles the same scenario successfully on Gitea by using Gitea's release attachment API and deleting an existing attachment with the same name before uploading the new one.