Internal link which has an encoded character - false positive

[Robin-Wils]

I have an internal link with the character "ò" in it. Hugo encodes this character into the URL "%C3%B2".

The link checker reports it as a broken link, but it is a false positive. This probably happens because of the URL encoding.

[Munter]

That definitely sounds like a bug. Any encoding that a browser or web server can handle should also be correctly handled by hyperlink

[Robin-Wils]

It are pages like this. (open the table of contents).
https://robinwils.gitlab.io/categories/reviews/audition-movie/#audition--%C5%8Ddishon--movie

I haven't moved to Netlify yet, but might do so soon. I am just trying it out a bit for now.

[Conduitry]

I've run into the same thing. I have an <img src> with a URL that contains URL-encoded characters, and the file it points to exists but without the special characters encoded (which is all as it should be), but this plugin complains because it's not decoding the filename in the link before checking.

[Munter]

@Conduitry Thanks for reporting. Could you paste an example image src-attribute value that exhibits this problem?

[Conduitry]

I was seeing it with a filename that contained an @ and a src that contained it encoded as %40. but I'd assume this would happen with any URL that needed to be decoded before it would match a local file's name.

[Conduitry]

It looks like the bug would actually be in the underlying hyperlink library, which is responsible for checking the links, and it looks like there's already an issue for it - Munter/hyperlink#169 - although I see a comment from you in May that you were unable to reproduce that issue.