url.redirect matches the raw URL instead of the normalized URL
url.redirect matches con->request.uri rather than con->uri.path, so
url.redirect = ("^/data/file" => "foo")
applies to http://example.com/data/file, but not http://example.com/garbage/../data/file, http://example.com//data/file, http://example.com/%64ata/file, etc. This makes it very hard to write redirect rules that aren't trivial to circumvent.
Changing mod_redirect_uri_handler to use con->uri.path fixes this, and makes it consistent with $HTTP["url"]. 1.4 doesn't seem to have this problem.
Also available in: Atom