[pmwiki-users] CleanUrls/mod_rewrite in subwiki's
dawa.ometto at phil.uu.nl
Mon Mar 15 10:06:36 CDT 2010
The issue described below turned out not to lie in the CleanURL's
recipe (occured when I turned that off too). Think I might have
discovered a bug in pmwiki. When I have the following in a subwiki's
session_name('1268404902.04627'); //Unique session name by using
...I don't stay authenticated after logging in - clicking any link
will prompt me for my username/password. When I change it as follows:
...everything's fine. Seems like full stops and the like in
session_name break the session/cookie. D'oh.
On Feb 3, 2010, at 4:10 PM, Dawa Ometto wrote:
> I'm trying to apply the cleanurl's recipe (mod_rewrite/.htaccess) on a
> test pmwiki environment. The URL-rewriting in itself is working
> allright, so I have e.g.:
> ...for the top-level installation, and:
> ...for a second (sub)wiki running on the farm. All this is nice, but
> whenever I click a link or reload a page in the second wiki I have to
> reauthenticate (authuser/ldap). This doesn't occur in the top-level
> wiki. The .htaccess I have in /wiki/test/.htaccess looks like this:
> RewriteEngine On
> RewriteBase /wiki/test/ # The 'test' subwiki is in
> # Send requests without parameters to index.php.
> RewriteRule ^$ index.php [L]
> # Send requests for index.php to index.php.
> RewriteRule ^index.php$ index.php [L]
> # Send requests to index.php, appending the query string part.
> RewriteRule ^([A-Z0-9?-?].*)$ index.php?n=$1 [QSA,L]
> It looks like the authentication cookie somehow isn't sticking because
> of the rewriting. Has anyone ever encountered this problem? Any
> suggestions for a solution or debugging?
Bestuursgebouw, kamer 187
Tel. (030-253)7779, bgg 2817
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the pmwiki-users