https://issues.apache.org/bugzilla/show_bug.cgi?id=47211
Summary: Images with Japanese file names not passed correctly
to IIS 6
Product: Apache httpd-2
Version: 2.2.11
Platform: PC
OS/Version: Windows Server 2003
Status: NEW
Severity: major
Priority: P2
Component: mod_proxy_http
AssignedTo: [email protected]
ReportedBy: [email protected]
CC: [email protected]
Set-up description: Apache listens on port 80. Proxy pass of a directory
(containing vbscript .asp files) to IIS 6 which listens on another port (e.g.
8080).
Problem: Links to most images that have Japanese file names are not rendered
when the page is viewed via the proxypass but are rendered fine when viewed
directly via IIS.
Illustration:
http://localhost/aspdir/aspfile.asp (Apache passthrough: Many images with
Japanese file names not rendered and displayed as broken links)
http://localhost:8080/aspdir/aspfile.asp (Direct to IIS 6: All images including
those with Japanese file names displayed correctly.)
Note on probable reason for some images ok, others not:
A note from long history of working with unicode issues which I believe may be
happening in this case because some Japanese files are rendered and many are
not: Often an application does not handle Japanese characters correctly as
double-byte entities and instead each of the 2 bytes that make up a double byte
character is evaluated separately. This often results in issues when one of the
double-byte components is a punctuation character such as a double quote,
single quote, semicolon, or other. For example, if a Japanese file name is
enclosed in double quotes but one of the characters in the name contains a
double quote, then that double-quote component incorrectly closes the string
causing problems. This or something similar might be the case here because a
few of the images with Japanese file names are rendered ok via proxypass but
many are not.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
