https://issues.apache.org/bugzilla/show_bug.cgi?id=48304
Summary: with "Rewrite" directives in .../.htaccess and
.../foo/.htaccess, impossible to match
http://example.com/.../foo
Product: Apache httpd-2
Version: 2.3-HEAD
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mod_rewrite
AssignedTo: [email protected]
ReportedBy: [email protected]
http://thread.gmane.org/gmane.comp.apache.user/88179
Putting just the following "Rewrite" directives in a .htaccess file breaks some
rules from a .htaccess file in a parent directory,
RewriteEngine On
RewriteOptions inherit
For example, I have a file, .../foo.html, and a directory, .../foo. I put in
.../.htaccess,
DirectorySlash Off
RewriteEngine On
RewriteCond %{REQUEST_FILENAME}.html -f
RewriteRule . %{REQUEST_FILENAME}.html
Now requests for http://example.com/.../foo happily respond with .../foo.html
- but if I put in .../foo/.htaccess,
RewriteEngine On
RewriteOptions inherit
Now requests for http://example.com/.../foo no longer respond with .../foo.html
: (
I think this is because any "Rewrite" directive in .../foo/.htaccess causes
rules from .../.htaccess to not apply
- however I don't think it's possible for any rule defined in .../foo/.htaccess
to match the URL, http://example.com/.../foo
RewriteRule ^$ %{REQUEST_FILENAME}.html
^ This rule, in .../foo/.htaccess, matches http://example.com/.../foo/, but not
http://example.com/.../foo
I wish that either,
* "Rewrite" directives in .../foo/.htaccess would have no effect on the URL,
http://example.com/.../foo - rules from .../.htaccess would still apply, or
* it would be possible for a rule in .../foo/.htaccess to match
http://example.com/.../foo
I checked that this is still the case with trunk revision 883548
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
