Patrick R. Michaud
pmichaud at pobox.com
Wed May 31 09:38:26 CDT 2006
On Tue, May 30, 2006 at 05:26:36PM -0700, pmwiki at 911networks.com wrote:
> > In particular, if there are any url redirects being used to
> > access the page, then any passwords being submitted tend to get
> > lost in the redirect (which is why "disable clean urls" is a
> > common recommendation).
> Done: $EnablePathInfo = 0; No difference
Note that $EnablePathInfo = 0; has nothing to do with redirects.
All it does is change the urls that PmWiki generates
(and for forms it doesn't even do that). The redirect problem
would be on the webserver configuration side.
> > Also, try accessing pmwiki.php with ?action=diag -- what value
> > is being reported for 'DefaultPasswords'?
> [DefaultPasswords] => Array
> [admin] => $1$R5Tw59.F$k8/VPXD3j4emIMbZKH5Zm0
> [read] =>
>  => $1$R5Tw59.F$k8/VPXD3j4emIMbZKH5Zm0
> [attr] => $1$R5Tw59.F$k8/VPXD3j4emIMbZKH5Zm0
Are you still setting $DefaultPasswords with...?
$DefaultPasswords['admin'] = crypt('123456');
$DefaultPasswords['edit'] = crypt('123456');
$DefaultPasswords['attr'] = crypt('123456');
If so, the above setting looks quite suspicious to me --
each of the $DefaultPasswords entries should've gotten a
I still don't have a good answer to the problem -- I need
to see if I can come up with more things to investigate.
More information about the pmwiki-users