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
The only difference between them is inside the second regex. If we try to open a URL that matches the first route, we'll see that this route can't be found. If we look into $route.routes in the console, we'll see something like:
▶ /$0:regex/$1:regex: Object
▶ null: Object
Only one entry instead of two.
The text was updated successfully, but these errors were encountered:
The normalization is intentional, so /route/:a and /route/:b won't generate two routes where the second never will be used as they match the same thing.
That said, when it comes to parameters with converters, the arguments ofc. needs to be accounted for. I don't have much time these days as I have so many other things to work on, but feel free to propose a solution.
Let's try to configure two routes:
{regex(^\w+$):foo}/{regex(^\d+$):bar}
{regex(^\w+$):foo}/{regex(^[a-z]+$):bar}
The only difference between them is inside the second regex. If we try to open a URL that matches the first route, we'll see that this route can't be found. If we look into
$route.routes
in the console, we'll see something like:Only one entry instead of two.
The text was updated successfully, but these errors were encountered: