| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
Validate the external links a PR adds or changes in .adoc source before merge. A step extracts URLs from the PR diff (handling AsciiDoc url[text] macros, ignoring xref internals and self-links) and lychee checks only those, so the changed link is verified once regardless of how many pages include it. - preview_create.yml: fetch full history for the diff; add extract + check steps after the preview upload (non-blocking, fail: false) - .lychee.toml / .lycheeignore: checker config and curated ignore list - package.json: check-links script for local use - .gitignore: ignore the local lychee cache and report output
grep -c on an empty changed-links.txt printed 0 and exited 1, so the fallback also fired and wrote a stray line to GITHUB_OUTPUT (Invalid format). Use wc -l, which returns a single value and exits cleanly.
| Back | FazBrowse Home | New Git URL |
Ticket: TINYDOC-3514
What this does
Adds the PR-time link check. The preview job already builds the site, so lychee runs over the built HTML (build/docs/tinymce/latest) and sees only real <a href> anchors — URLs inside [source] code samples, and Antora attributes substituted at build time, cannot reach the checker by construction.
The diff is still computed, but only to scope the report to links the PR touched. Because it filters rendered anchors rather than feeding the checker, a malformed match cannot manufacture a failure — only miss one, which the weekly scan (#4276) covers.
Non-blocking at rollout; flip the marked line to exit 1 once the baseline is clean. The report step is continue-on-error, so a checker fault can never fail the preview deployment.
Layer 2 of 2.
Validation
Follow-up: config needs replicating to tinymce/7, /6 and /5.