Same root cause as morpheus-docs PR #7. github.event.repository.name is empty on schedule events in Gitea (only workflow_dispatch populates it), so the weekly cron build produced an invalid tag .../justin/:<tag> and failed at Build & push — while manual dispatch refreshes passed. Corpus kept updating on main each week; the image never shipped.
Fix (mirrors morpheus #7): a Resolve repo identity step derives owner/name from $GITHUB_REPOSITORY (set on all event types); all 7 refs per file repointed to steps.repo.outputs.{owner,name}; unused IMAGE env dropped. Applied to both refresh.yml and image-only.yml.
Verified: YAML valid; no github.event.repository.name template refs remain.
Same root cause as morpheus-docs PR #7. `github.event.repository.name` is **empty on schedule events** in Gitea (only `workflow_dispatch` populates it), so the weekly cron build produced an invalid tag `.../justin/:<tag>` and failed at Build & push — while manual dispatch refreshes passed. Corpus kept updating on main each week; the image never shipped.
**Fix** (mirrors morpheus #7): a `Resolve repo identity` step derives owner/name from `$GITHUB_REPOSITORY` (set on all event types); all 7 refs per file repointed to `steps.repo.outputs.{owner,name}`; unused `IMAGE` env dropped. Applied to both `refresh.yml` and `image-only.yml`.
Verified: YAML valid; no `github.event.repository.name` template refs remain.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
The weekly cron build failed at "Build & push":
invalid tag "192.168.0.2:1234/justin/:2026.08.03": invalid reference format
github.event.repository.name is EMPTY on schedule events in Gitea (only
workflow_dispatch populates the event payload), so the image tag collapsed
to ".../justin/:<tag>" → invalid → build failed. That's why manual dispatch
refreshes passed while every weekly cron run failed — and since scrape →
index → commit all run before the build, the corpus kept updating on main
each week but the image never shipped.
Fix (mirrors morpheus-docs PR #7):
- Add a "Resolve repo identity" step deriving owner/name from
$GITHUB_REPOSITORY (set on ALL event types).
- Repoint all 7 refs per file (image name, 2 OCI labels, package-link
OWNER/PKG, prune --owner/--package) to steps.repo.outputs.{owner,name}.
- Drop the now-unused IMAGE env.
- Same fix applied to image-only.yml (dispatch-only, so not failing today,
but the same latent footgun).
Verified: YAML valid; no github.event.repository.name template refs remain.
Co-Authored-By: Claude Opus 4.8 <[email protected]>
Claude-Session: https://claude.ai/code/session_01MNQRS6F7N9Uwh1SMn3xz2g
claude
merged commit 9f271c638a into main2026-08-06 11:08:02 -04:00
claude
deleted branch fix/ci-schedule-image-name2026-08-06 11:08:02 -04:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Same root cause as morpheus-docs PR #7.
github.event.repository.nameis empty on schedule events in Gitea (onlyworkflow_dispatchpopulates it), so the weekly cron build produced an invalid tag.../justin/:<tag>and failed at Build & push — while manual dispatch refreshes passed. Corpus kept updating on main each week; the image never shipped.Fix (mirrors morpheus #7): a
Resolve repo identitystep derives owner/name from$GITHUB_REPOSITORY(set on all event types); all 7 refs per file repointed tosteps.repo.outputs.{owner,name}; unusedIMAGEenv dropped. Applied to bothrefresh.ymlandimage-only.yml.Verified: YAML valid; no
github.event.repository.nametemplate refs remain.🤖 Generated with Claude Code