You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by Alan Stange <st...@bnl.gov> on 1997/04/29 16:50:01 UTC
mod_rewrite/503: rewrite directives worked in 1.2b{6,7,8} but fail with 1.2b10
>Number: 503
>Category: mod_rewrite
>Synopsis: rewrite directives worked in 1.2b{6,7,8} but fail with 1.2b10
>Confidential: no
>Severity: critical
>Priority: medium
>Responsible: apache (Apache HTTP Project)
>State: open
>Class: sw-bug
>Submitter-Id: apache
>Arrival-Date: Tue Apr 29 07:50:01 1997
>Originator: stange@bnl.gov
>Organization:
apache
>Release: 1.2 beta 10
>Environment:
Solaris 2.5.1, with most of the latest OS patches.
Sun C 4.0 compilers. Tried with
-xO2 -native and also just -g
>Description:
We have a set of rewrite directives that worked OK before with beta's 6,7,8,
but they don't work in b10.
The target location of the rewrite is available and working OK.
Here are the rules in use:
DocumentRoot /home/www/data
<Directory /home/www/data>
RewriteEngine on
RewriteRule /people$ /people/ [L,R]
RewriteRule /people/$ /cgi-bin/people [L]
RewriteRule /people/([a-z0-9A-Z]+)$ /people/$1/ [L,R]
RewriteRule /people/([a-z0-9A-Z]+)/$ /users/$1/www/ [L]
RewriteRule /people/([a-z0-9A-Z]+)/(.*) /users/$1/www/$2
Options Indexes FollowSymLinks
AllowOverride All
order allow,deny
allow from all
</Directory>
This turns /peole/name into /users/name/www which locates the users $HOME
via this alias:
Alias /users /home
using http://server/users/name/www works just fine.
The error for http://server/people is:
File Not Found
The requested URL /people was not found on this server.
Which makes me think that somehow the mod_rewrite module is being ignored.
I checked using the info module; mod_rewrite was compiled in.
>How-To-Repeat:
I guess you can mimic this config and see if it works.
>Fix:
No, I don't. Given that it was working in earlier releases, I'd look to see
what changed in the code (sorry, I'm not being too helpful here)
>Audit-Trail:
>Unformatted:
Re: mod_rewrite/503: rewrite directives worked in 1.2b{6,7,8} but fail with 1.2b10
Posted by Dean Gaudet <dg...@arctic.org>.
Have you changed your Configuration between versions? The
Configuration.tmpl did change between b8 and b10, did you base your new
config on it? If so, can you try with the Configuration.tmpl from 1.2b8?
Thanks
Dean
On Tue, 29 Apr 1997, Alan Stange wrote:
>
> >Number: 503
> >Category: mod_rewrite
> >Synopsis: rewrite directives worked in 1.2b{6,7,8} but fail with 1.2b10
> >Confidential: no
> >Severity: critical
> >Priority: medium
> >Responsible: apache (Apache HTTP Project)
> >State: open
> >Class: sw-bug
> >Submitter-Id: apache
> >Arrival-Date: Tue Apr 29 07:50:01 1997
> >Originator: stange@bnl.gov
> >Organization:
> apache
> >Release: 1.2 beta 10
> >Environment:
> Solaris 2.5.1, with most of the latest OS patches.
> Sun C 4.0 compilers. Tried with
>
> -xO2 -native and also just -g
> >Description:
> We have a set of rewrite directives that worked OK before with beta's 6,7,8,
> but they don't work in b10.
>
> The target location of the rewrite is available and working OK.
>
> Here are the rules in use:
>
> DocumentRoot /home/www/data
> <Directory /home/www/data>
> RewriteEngine on
> RewriteRule /people$ /people/ [L,R]
> RewriteRule /people/$ /cgi-bin/people [L]
> RewriteRule /people/([a-z0-9A-Z]+)$ /people/$1/ [L,R]
> RewriteRule /people/([a-z0-9A-Z]+)/$ /users/$1/www/ [L]
> RewriteRule /people/([a-z0-9A-Z]+)/(.*) /users/$1/www/$2
> Options Indexes FollowSymLinks
> AllowOverride All
> order allow,deny
> allow from all
> </Directory>
>
>
> This turns /peole/name into /users/name/www which locates the users $HOME
> via this alias:
>
> Alias /users /home
>
> using http://server/users/name/www works just fine.
>
> The error for http://server/people is:
>
> File Not Found
>
> The requested URL /people was not found on this server.
>
> Which makes me think that somehow the mod_rewrite module is being ignored.
>
> I checked using the info module; mod_rewrite was compiled in.
> >How-To-Repeat:
> I guess you can mimic this config and see if it works.
> >Fix:
> No, I don't. Given that it was working in earlier releases, I'd look to see
> what changed in the code (sorry, I'm not being too helpful here)
> >Audit-Trail:
> >Unformatted:
>
>
>