[pmwiki-users] odd password behavior

[Henrik]

Patrick,

If I enter @_site_edit in the page read password, behavior is as 
expected, but if I enter the same in the groupattributes read password 
field it doesn't work. If OTOH I type in the explicit edit password in 
the groupattribute read password field then the group behavior works as 
expected. So this appears to be a bug of groupattributes, at least in 
2.1.26.

Still haven't got to the bottom of the occasional failure of 
HandleAuth['upload']='edit'.

Best,

- Henrik

Henrik wrote:
> All,
>
> I have a password configuration where I set 'edit' 'admin' and 'attr' 
> passwords using $DefaultPasswords. Then I set HandleAuth['diff'] and 
> HandleAutch['upload'] to 'edit'. Finally, I have a group Sandbox for 
> which I have set a read password to '@_site_edit' (for the new authors 
> to play in).
>
> Yet after logging in with the edit password, I am still challenged for 
> the password to read the Sanbox pages (even though after logging in I 
> can see the Sanbox pages listed on the (:pagelist...-generated menu), 
> and moreover the edit password doesn't work, I have to enter the admin 
> password for the site.
>
> Furthermore, I have *sporadically* found that the upload function gets 
> challenged for a password, also requiring the admin password, although 
> the 'edit' level is specified above.
>
> This is a farm environment, so there may be some other things going on, 
> although I can't for the life of me see anything odd in the config.
>
> Any ideas?
>
> I'm using 2.1.26.
>
> Thanks,
>
> - Henrik
>
>   

-- 

Henrik Bechmann
www.osscommons.ca
www.bechmannsoftware.com
Webmaster, www.dufferinpark.ca