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