|
|
|
date: 5 Mar 2006 04:13:22 -0800,
group: microsoft.public.platformsdk.internet.server.isapi-dev
back
Re: referer is incorrect in IIS 5 when it is not in default machine's locale
How are you certain the client sent the correctly encoded Referer: header on
those subsequent requests. A correctly encoded URL says *nothing* about the
encoding of another request header. You need to make certain of that before
saying it is an IIS bug.
If you think it is a bug in IIS that you want fixed, contact PSS and open a
support case. It won't be fixed without one.
--
//David
IIS
http://blogs.msdn.com/David.Wang
This posting is provided "AS IS" with no warranties, and confers no rights.
//
"Asaf Dalet" wrote in message
news:1141560802.920539.280260@e56g2000cwe.googlegroups.com...
Hi,
I'm conducting internationalization tests, using IE 6, with "Always
send URLs as UTF-8" checked.
I have a local site on my PC that has URLs with a russian character
(ф). When I browse to that URL the URL I "see" inside the filter
contains the UTF-8 sequence %D1%84 which is fine. However, on
subsequent requests for sub-components of that page, the referrer is
incorrect - the russian character simply disappears (in IIS 6 I get '?'
instead). So, for example, if the URI is:
/ф/index.html
the URL header I get from GetHeader is:
/%D1%84/index.html
but that URL comes as the referer it is:
//index.html
It looks like a bug in IIS. I would expect to get what the browser
sends somehow. The browser sends the referer in the russian encoding,
so I expect to at least get it this way.
Anybody has any insights? solutions?
thanks,
Asaf
date: Sun, 5 Mar 2006 22:36:51 -0800
author: David Wang [Msft]
|
|