It seems silly to me that you think the URL above that is given to the server and the URL received in ORIGINAL_URL is "normal". It's quite obvious the change being made and the entire reason for url encoding is for issues just like this. I DONT want the server to proces direcotry slashes, so I encode them. yet your module is decoding them and stripping the duplicate directory slash that it finds in the beginning of the encoded string. On IIS6 with ISAPI Rewrite (or on apache) this is not a problem.
The reason this is a problem for us currently is that we are using an encoded URL within the URL to store transportation information. In this client's case, they have categories within the site that require that you be within a subsite or "locale" as it's called. So, when these areas are accessed, if a locale is not set, then the user is redirected to a "choose locale" page. During this redirection, we send the "last visited" page encoded in the url so that, upon selecting a locale, the user is sent back to the page in which they came from.
You can try this out if you like. We are using Zend, so after a bit of thought I was able to develop a route to handle the bug, but it really shouldn't be necessary. Here's the steps to follow on the client site:
-
-
Click on a business directory (3rd column from the left)
-
You'll end up on the choose locale page, notice the URL you are given.
-
Now, assuming this rewrite module worked, and I didn't have a Zend route in place to "fix" the problem, you would click on the locale on the right and be redirected to the page you came from.
I hope that clears up the problem a bit more and we can find some sort of resolution. I KNOw that the way it is being handled isn't the "best" but it's not my choice on the matter unfortunately. :)
Thanks,