-
Notifications
You must be signed in to change notification settings - Fork 12
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
Url escapes are not normalized for local paths #135
Labels
bug
Something isn't working
Comments
Hm yeah. I think we need to urldecode both the path and the url for normalization
|
I can get it fixed over the weekend, needs a new dependency on url. May want to copy lychees approach there which is a lot more sophisticated there iirc @mre
EDIT: I think we just need this: https://github.com/lycheeverse/lychee/blob/34f379319d09221094f9ce7a9761ef0e12d78c0e/lychee-lib/src/extract.rs#L168
|
should be fixed in 0.1.18 |
Looks like you found a more lightweight solution than url. Good work. 👍 |
Yeah ignore the ping, i remember that lychee either had a distinct Link or Href type and wasn't really sure if I overlooked something but I think that should be fine for now. |
This was super fast, thanks a lot @untitaker! I was hoping to get a patch out myself but I need to bump up my Rust skills first :) |
lmk if you hit any other issues and then which ones you intend to work on!
…On Mon, Nov 15, 2021, at 10:39, Burak Yigit Kaya wrote:
This was super fast, thanks a lot @untitaker <https://github.com/untitaker>! I was hoping to get a patch out myself but I need to bump up my Rust skills first :)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub <#135 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAGMPRNNIZ6GTFBMNLXKRX3UMDIMHANCNFSM5H5APZDQ>.
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When a path has URL-unsafe characters, the URL to it gets escaped in the document but during link checking
hyperlink
does not unescape them to match the actual path, leading to errors like this:The file
_next/static/chunks/pages/article/[slug]-f92160effe6eedb195dc.js
indeed exists on the disk.The text was updated successfully, but these errors were encountered: