-
-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fail CI on missing image #685
Comments
@garethbowen - so I took a look at this and in
With the gTLDs out there, this regex is sisyphean, but functional working well enought with the 6 above. I find your broken image on my out of date master in just under 3 seconds, so...works well enough?
|
Is the `--exclude ".localhost." line so it only checks relative links and not absolute? Otherwise I don't get how this works. There's also this tool which does appear to offer an option for internal only. Either way we should revive the full link checker as a cron job so if it consistently fails we can look into it. |
Ah - good point! I was being lazy with my regex when trying to avoid these false positives:
This can be fixed with this config:
However, after looking into |
I'm ok with the muffet excludes, or the htmltest, so go for whichever you think is appropriate. Yes let's turn on the nightly checks - it's really easy and as long as it doesn't spam too much isn't disruptive. I suppose we can always add some exclusions if we find the same links are giving false negatives too often. We already use a nightly job for cleaning up the market: https://github.com/medic/cht-core/blob/master/.github/workflows/cleanup.yml |
Closing in favor of #366 |
We recently had a missing image (
404
) that was live on production in #683 . We should first see if there's a built in hugo config that will fail to build the site (both locally and in CI) if an image is missing, just like when there's a bad link to a page. Baring that, we should see can revive the currently unused link checker to for broken images.The text was updated successfully, but these errors were encountered: