You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2002/07/30 00:44:46 UTC

DO NOT REPLY [Bug 11265] New: - mod_rewrite fails to encode special characters

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11265>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11265

mod_rewrite fails to encode special characters

           Summary: mod_rewrite fails to encode special characters
           Product: Apache httpd-1.3
           Version: 1.3.26
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Blocker
          Priority: Other
         Component: mod_rewrite
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: mcc@CATO.GD-AIS.COM


The following rewrite rule would properly encode any special characters present
in the URL in earlier versions of Apache.  In Apache 1.3.26, the rewrite rule
fails to encode, for example, embedded spaces in the string resulting in an
error being returned.

RewriteRule ^https://uea001.usigs.com/(.*)$ http://uea001.usigs.com:80/$1 [P]

The rewrite log and packets captured with tcpdump showed that spaces embedded in
the URL were not replaced with the encoded value %20.

Temporarily enabling http for the virtual host, I reconfigured the virtual host
to use the following proxy rule.

ProxyPass / http://uea001.usigs.com/

This worked correctly, the same URLs that would fail using the above rewrite
rule could be retrieved.

The functionality of the RewriteRule may have been broken as early as 1.3.23.

Merton Campbell Crockett

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org