Job logs are unreachable: get_job_logs 404s and its hint loops #26
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?
Symptom (2026-09-20)
get_run_logs/get_job_logscannot return a single job log. Two agents hit it independently while diagnosing a red staging deploy inPhilflow/flow.raven:Tried: run_number
28175and28113, database id42740,job_index0/3/4,attempt1 and 2. Every combination 404s on a correctly-formed URL. The error text then advises retrying with the identifier that was already passed, so the id-versus-number hint is circular; one retry path even resolved to a different run.Bash
curlagainstforgejo.philflow.meis blocked by the PreToolUse hook (correctly, per KV-018), so with this endpoint broken there is no way for an agent to read CI logs at all.list_run_jobsworks and reports job status; only the log body is unreachable.Impact
CI diagnosis is blind. A red job can be seen but not explained, which is exactly when the logs matter. It also pushes agents toward the blocked bash fallback.
Acceptance
logs expired) instead of 404.get_job_logsreturns the body for a recent finished job inPhilflow/flow.raven.