Hi,
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
local/config.php:
session_name('1268404902.04627'); //Unique session name by using
timestap
...I don't stay authenticated after logging in - clicking any link
will prompt me for my username/password. When I change it as follows:
session_name('126840490204627');
...everything's fine. Seems like full stops and the like in
session_name break the session/cookie. D'oh.
Cheers,
Dawa
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.:
http://mysite.com/Main/HomePage
...for the top-level installation, and:
http://mysite.com/wiki/test/Main/HomePage
...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
<documentroot>/wiki/test
# 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?
--
Helpdesk Wijsbegeerte
http://helpdesk.phil.uu.nl
Bestuursgebouw, kamer 187
Tel. (030-253)7779, bgg 2817
_______________________________________________
pmwiki-users mailing list
[email protected]
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
