Routing paths with dots

[kuhnboy]

Is there an existing issue for this?

• I have searched the existing issues

Is your feature request related to a problem? Please describe the problem.

As described in #17334

WASM Blazor apps have an issue with routing paths with 'dots' in them.

This is not a problem with Blazor itself though as it handles 'dots' in routes just fine, but it is a problem with the Kestrel server when running in Visual Studio locally. There is no way to change the rewrite rules with Kestrel that I can see.

If you write a simple web.config with rewrite rules, you can get around this limitation of Kestrel by using IIS Express profile.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
	<location path="." inheritInChildApplications="false">
		<system.webServer>
			<rewrite>
				<rules>
					<rule name="Redirect to Single Page">
						<match url="^fetchdata/.*" />
						<action type="Rewrite" url="/index.html" />
					</rule>
				</rules>
			</rewrite>
		</system.webServer>
	</location>
</configuration>

You can also get around this issue in Azure static apps with a config file.

Describe the solution you'd like

I would like to be able to configure the WebHost run when debugging a client side Blazor WASM so that I can use 'dots' in URL's.

Additional context

No response

[kuhnboy]

If this needs to be routed to a different project, please let me know.

[javiercn]

@kuhnboy thanks for contacting us. There's the :nonfile constraint to avoid matching anything that resembles a file.

If as in the issue you pointed out you have a route like "/counter/{**text}" blazor will match anything after the /counter/ segment. It's simply doing what you are asking for.

[kuhnboy]

@kuhnboy thanks for contacting us. There's the :nonfile constraint to avoid matching anything that resembles a file.

Thank you. The :nonfile constraint doesn't seem to be supported in the Microsoft.AspNetCore.Components.WebAssembly.Rendering.WebAssemblyRenderer. Is that correct?

Wildcard in WebAssemblyRenderer (such as /fetchdata/{*someparameter}) ends up with a 404 from Kestrel if there is a '.' URL such as /fetchdata/some.path.with.dots

This issue has been resolved and has not had any activity for 1 day. It will be closed for housekeeping purposes.

See our Issue Management Policies for more information.

This issue has been resolved and has not had any activity for 1 day. It will be closed for housekeeping purposes.

See our Issue Management Policies for more information.