You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 9, 2023. It is now read-only.
The current version mistreats Unicode characters in route URLs, no matter if they're being escaped or not. Those routes appear to be rendered correctly, though they are saved under their escaped names.¹
Example: if routes is ["tést"], then that route will be saved in a directory named t%C3%A9st, although it should have been saved under tést. While it is true that browsers will request t%C3%A9st, a web server will unescape this string and look for tést, which it can not find.
This issue probably affects some ASCII characters, too; namely those that the file system may use, but URLs must not.
¹ Nit: URLs are not allowed to contain non-ASCII characters in the first place. The real issue here is that filenames are still escaped in the file system context.
The text was updated successfully, but these errors were encountered:
The current version mistreats Unicode characters in route URLs, no matter if they're being escaped or not. Those routes appear to be rendered correctly, though they are saved under their escaped names.¹
Example: if
routes
is["tést"]
, then that route will be saved in a directory namedt%C3%A9st
, although it should have been saved undertést
. While it is true that browsers will requestt%C3%A9st
, a web server will unescape this string and look fortést
, which it can not find.This issue probably affects some ASCII characters, too; namely those that the file system may use, but URLs must not.
¹ Nit: URLs are not allowed to contain non-ASCII characters in the first place. The real issue here is that filenames are still escaped in the file system context.
The text was updated successfully, but these errors were encountered: