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

http://issues.apache.org/bugzilla/show_bug.cgi?id=44068

           Summary: RedirectMatch matches directory when it should not
           Product: Apache httpd-2
           Version: 2.2.6
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: mod_alias
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]


These following cases show a bug in mod_alias. I get the same behavior with the
RedirectMatch in httpd.conf or .htaccess. Same results in Linux and Solaris,
except httpd on Linux handles some cases correct the Solaris one gets wrong.

RedirectMatch 302 ^/foo/. "http://servername/redirected/";

Expected Behavior: Only http://servername/foo/ followed by at least one
character gets redirected
Actual Behavior: http://servername/foo itself gets redirected

RedirectMatch 302 ^/foo/a "http://servername/redirected/";
Expected Behavior: Only http://servername/foo/a followed by anything gets 
redirected
Actual Behavior: Works properly

RedirectMatch 302 ^/foo/i "http://servername/redirected/";
Expected Behavior: Only http://servername/foo/i followed by anything gets 
redirected
Actual Behavior: Works fine except http://servername/foo/ gets redirected, which
it should not.

RedirectMatch 302 ^/foo/d "http://servername/redirected/";
Expected Behavior: Only http://servername/foo/d followed by anything gets 
redirected
Actual Behavior: Works properly on Linux, on Solaris acts like the ^/foo/i case
above

RedirectMatch 302 ^/foo/[h-j] "http://servername/redirected";
Expected Behavior: Only http://servername/foo/ followed by "h", "i", or "j",
then followed by anything gets redirected
Actual Behavior: Works fine except http://servername/foo/ gets redirected, which
it should not.

RedirectMatch 302 ^/foo/[c-e] "http://servername/redirected";
Expected Behavior: Only http://servername/foo/ followed by "c", "d", or "e",
then followed by anything gets redirected
Actual Behavior: Works fine on Linux, on Solaris acts like the ^/foo/[h-j] case
above

Changing / to \/ has no effect.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to