httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
Subject DO NOT REPLY [Bug 47211] New: Images with Japanese file names not passed correctly to IIS 6
Date Sun, 17 May 2009 23:54:08 GMT

           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

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.

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.


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:
------- You are receiving this mail because: -------
You are the assignee for the bug.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message