links / link-checker is red on main: 17 prose issue URLs 404 after the org move

[dem-extra1]

Symptom

links / link-checker fails on main, and therefore on every PR branched from it. From job 90363565855:

| ✅ Successful  | 152   |
| 🔀 Redirected  | 42    |
| 🚫 Errors      | 17    |

All 17 errors are 404, and all 17 are issue URLs under the old org.

Cause

GitHub's repository-transfer redirect covers repository, tree, blob, and pull paths, but not issues paths. So after the move to Morrison-Lab:

URL shape	Result
d-morrison/gha/pull/34	301 → Morrison-Lab/... ✅
d-morrison/gha/tree/main/examples	301 → Morrison-Lab/... ✅
d-morrison/gha/issues/325	404 ❌

The redirects are not themselves a problem — check-links/lychee.default.toml lists 301 and 302 in its accept array, so the 42 redirected links pass. Only the issue links fail.

The issues all still exist at the new org. Verified by request: Morrison-Lab/gha/issues/ 143, 182, 252, 254, 262, 325 and Morrison-Lab/ai-config/issues/ 401, 702 all return 200. So this is a link-rewriting job, not a data-recovery one.

Affected files

File	Broken links
website/workflows.qmd	gha/issues/ 143, 182, 252, 254, 325
README.md	the same five
REVDEPS.md	gha/issues/75, ai-config/issues/401, ai-config/issues/702
changelog.d/fix-preview-family-stale-v1-examples.fixed.md	ai-config/issues/401, gha/issues/182
changelog.d/raise-deno-v8-heap-cap.fixed.md	gha/issues/262
changelog.d/report-failure.added.md	gha/issues/325

Fix

Rewrite https://github.com/d-morrison/{gha,ai-config}/issues/N → https://github.com/Morrison-Lab/{gha,ai-config}/issues/N across those files. Note the second org: d-morrison/ai-config has moved to Morrison-Lab/ai-config as well, so a sweep scoped to gha alone will not clear the check.

Two things a blanket d-morrison → Morrison-Lab sweep would get wrong:

1. Keep .github/actions/parse-workflow-ref/tests/run-tests.sh's fixtures as-is. They are inputs to a string parser, not links — Retarget every uses: reference to Morrison-Lab/gha #351 already makes this point.
2. Non-URL references are out of scope. Bare d-morrison/gha#336-style text and issue-reference prose are not resolved by lychee, and rewriting them is a naming decision rather than a fix. Retarget every uses: reference to Morrison-Lab/gha #351 deliberately scoped those out; this issue should too.

gha/issues/75 is the one link I could not verify from my sandbox (its request returned 403 from an egress proxy rather than from GitHub), so confirm that one by hand before assuming a plain rewrite covers it.

Relationship to #351

#351 retargeted 105 uses: references and fixed the workflow was not found startup failure. It deliberately left prose references alone on the grounds that they "still resolve through GitHub's web redirect, so they are stale rather than broken." That reasoning holds for repo/tree/blob/pull links and does not hold for issue links, which is why the check is still red after #351 merged.

Found while reviewing #337, #348, and #351.

[dem-extra1]

Fixed on main by #352 (9e9686f), which swept the prose references #351 had scoped out. Closing.

Verified against current main:

git grep -o 'https://github.com/d-morrison/gha'       origin/main -- '*.qmd' '*.md' | wc -l   # 0
git grep -o 'https://github.com/d-morrison/ai-config' origin/main -- '*.qmd' '*.md' | wc -l   # 0

All six files this issue listed are clear. The gha issue links in README.md, website/workflows.qmd, REVDEPS.md, and the three changelog.d fragments now point at Morrison-Lab, so the 17 404s should be gone on the next links / link-checker run.

Two things this issue flagged as traps were both handled correctly, worth recording since they were the parts a blanket sweep would have got wrong:

• .github/actions/parse-workflow-ref/tests/run-tests.sh kept its d-morrison/gha fixtures.
• REVDEPS.md's remaining d-morrison mentions are deliberate — the dual-path consumer search that finds unmigrated callers, the --owner d-morrison search scope, and links to d-morrison/qwt and d-morrison/rme, which are different repositories that did not move.

The one item I could not verify when filing — gha/issues/75, which returned 403 from my sandbox's egress proxy rather than from GitHub — now reads Morrison-Lab/gha/issues/75 on main alongside the rest, so it is covered by the same sweep.

Reopen if a link-checker run still reports errors; I have not seen a post-#352 run on main itself.

---

Generated by Claude Code