Hi @akiraanastasia
I’m sorry if we caused some confusion in previous response but there is no bug in this behavior. Let me explain:
1. If the “Link tweaks” option is set, plugin will strikethrough every link that it considers broken; This is a setting that is optional and you can disable it.
Note: if you have disabled it and those links are still marked with “strikethrough”, it suggests that the page got cached this way so clearing cache should help.
2. A link is considered “broken” if it returns HTTP status other than standard “200 OK” or one of accepted redirects (such as e.g. 301).
3. So if a given link returns “403” status (which means “Forbidden”), it is considered broken, thus will be marked/striked-through (if “Link tweaks” option is enabled).
The real question here is then “why those links are marked as broken even though they are working” and “why they were not marked as broken before”?
The “403” status (and similar error statuses) are the key here. It simply means that the request from broken link checker was blocked/rejected and that usually happens if the target (so the site/server at that checked link) starts to identify those checks as possibly “bots” or “automated/unauthorized crawling”. It may also be e.g. related to geolocation-based access control.
But usually, it’s a matter of a some sort of firewall rules on the target site/server that, at some point, implemented more “strict” rules for traffic control and “decided” to turn away those requests.
I’m afraid solution here is to consider disabling the “Link Tweaks” option and possibly mark those links – that you know are working despite being reported as broken – in plugin to be ignored.
Kind regards,
Adam