Home/ Questions/Q 956951
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-16T00:37:12+00:00

I have an MVC route that is giving me hell on a staging server

  • 0

I have an MVC route that is giving me hell on a staging server running IIS. I am running Visual Studio 2010’s development server locally.

Here is a sample URL that actually works on my dev box:

Root/CPUBoards/Full+Size

Results
Server Error404 - File or directory not found.
The resource you are looking for might have been removed, had its name changed, or is temporarily unavailable.

Here is the complete behaviour I am seeing.

Localhost:

Root/CPUBoards/Full Size - Resolves
Root/CPUBoards/Full%20Size - Resolves
Root/CPUBoards/Full+Size - Resolves

Staging Server with IIS 7.0:

Root/CPUBoards/Full Size - Resolves
Root/CPUBoards/Full%20Size - Resolves
Root/CPUBoards/Full+Size - 404 Not Found Error.

Any ideas? I need to work with the encoded version for several reasons… won’t waste your time with them.

HttpUtility.UrlEncode(“Full Size”) returns the version with the plus sing… Full+Size. This works on my dev box, but not on the staging server. I would prefer to just get it working on the server, since I already have everything else tested and working locally, but I have no idea where to start looking on the server configuration to get it to behave the same way.

Thanks!

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    + only has the special meaning of being a space in application/x-www-form-urlencoded data such as the query string part of a URL.

    In other parts of the URL like path components, + literally means a plus sign. So resolving Full+Size to the unencoded name Full Size should not work anywhere.

    The only correct form of a space in a path component is %20. (It still works when you type an actual space because the browser spots the error and corrects it for you.) %20 also works in form-URL-encoded data as well, so it’s generally safest to always use that.

    Sadly HttpUtility.UrlEncode is misleadingly-named. It produces + in its output instead of %20, so it’s really a form-URL-encoder and not a standard URL-encoder. Unfortunately I don’t know of an ASP.NET function to “really URL-encode” strings for use in a path, so all I can recommend is doing a string replace of + to %20 after encoding.

    Alternatively, avoid using spaces in path parts, eg. by replacing them with -. It’s common to ‘slug’ titles being inserted to URLs, reducing them to simple alphanumerics and ‘safe’ punctuation, to avoid filling the URL with ugly %nn sequences.

    • 0