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 _______________________________________________ pmwiki-users mailing list [email protected] http://www.pmichaud.com/mailman/listinfo/pmwiki-users
