bug: Forgejo pending CI checks open broken live logs #689
Labels
No labels
bug
documentation
duplicate
enhancement
fugitive
good first issue
help wanted
invalid
question
v0.1.0
v0.2.0
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
barrettruth/forge.nvim#689
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?
Prerequisites
Neovim version
Operating system
Linux
Description
Pressing
<CR>on an in-progress Forgejo PR CI check openstea actions runs logs --follow. On this Forgejo instance,tea actions runs logsrequests unsupported Actions job endpoints and fails with a raw 404, for example:This reproduces outside Neovim against a completed successful run too, so it is not only a queued-run or runner-outage state. forge.nvim already has a Forgejo web-log fallback path for run/check logs; pending PR checks should use that path instead of the broken live-tail command.
Steps to reproduce
:Forge pr cion a Forgejo PR with a pending or in-progress check.<CR>on the check entry.tea actions runs logs --followwith/actions/jobs/1or/actions/runs/<id>/jobs404.Direct reproduction:
Health check
Forge CLI version
Minimal reproduction
Upstream check:
tea actions runs logscalls those endpoints.PR #690 now treats this as a Forgejo capability gap plus a queued-job lifecycle case: no
tea actions runs logs --follow, fallback to the web-log buffer path, and a successful "logs are not available yet" placeholder while the runner has not produced job logs.