angrykoala / angrykoala/awesome-browser-automation

[FR] Enforce direct-link rule: fail CI on HTTP 3xx redirects in README

Open
#125 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
No language data
Stars
636
Forks
124
Avg merge
19d 29m
Merged PRs (30d)
1

Description

## Use case
`CONTRIBUTING.md` line 12 forbids shortened/proxy/redirect links, but `npx markdown-link-check@3.14.2` (`.github/workflows/lint.yml`) only flags 4xx/5xx, so 301 redirects pass silently. Example live today: `README.md` line 28 `segmentio/nightmare` -> 301 `segment-boneyard/nightmare`; line 34 `GoogleChrome/puppeteer` -> 301 `puppeteer/puppeteer`.

## Proposal
Add a CI step that fails on 3xx. Options: (a) parse `markdown-link-check` verbose output for `->` redirect lines; (b) add `lychee --no-progress --require-https --exclude-mail --max-redirect 0 README.md`; (c) a small shell loop calling `curl -sIo /dev/null -w '%{http_code}' ` per link.

## Existing art
`lychee-action` (used by many awesome-lists) supports `--max-redirect 0`.

## Not-a-bug caveat
Current workflow is functional once the branch-name bug (separate issue) is fixed; this FR strengthens it.

Thanks for maintaining angrykoala/awesome-browser-automation!

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.