Closed Hampton-Matt closed 2 months ago
I'm not sure if this is something that needs "fixing". As per RFC 3986, the URL only supports ASCII characters and everything else (i.e. Unicode characters) should be URL encoded with the percent sign.
Edit: More resources on this.
Thinking on this a bit more, it isn't too much effort for the router to perform these checks under the hood.
I'll work on shipping this soon.
This has been completed as of the 1.45.2 release.
I am facing a similar issue, when I manually type the route in URL, I am getting a Not found error. But I navigate using it works. But interestingly locally(development) this issue is not happening but happens on the deployed site.
I am facing a similar issue, when I manually type the route in URL, I am getting a Not found error. But I navigate using it works. But interestingly locally(development) this issue is not happening but happens on the deployed site.
@themsv Please create an issue with a reproduction.
Describe the bug
Using the file based routing with file names/routes that have special characters, in my case it is accented characters such as â or é etc., causes not found issues. (Running using vite and the file based plugin)
Manually routing to a page, i.e. typing in a url and hitting enter, or refreshing or opening in a new tab, throws notfound and consequentally will render the 404 or notfound component.
I can easily fix it by renaming my files to use english characters only but thought I would flag it anyway.
Your Example Website or App
https://stackblitz.com/edit/github-sxumx6?file=src%2Froutes%2Fex%C3%A2mple.tsx,src%2Froutes%2F__root.tsx
Link that actually throws not found instead of routing: https://wmaibnrpmngithub-zclp--3001--70dbe416.local-corp.webcontainer.io/exâmple
Steps to Reproduce the Bug or Issue
Expected behavior
It should route to the page but instead 404s the exisiting route
Screenshots or Videos
No response
Platform
Additional context
No response