[Pmwiki-users] Attr behavior in groups and pages.

Patrick R. Michaud pmichaud at pobox.com
Thu Jul 10 10:24:47 CDT 2003

When I built PmWiki's password system I thought about adding something
like this but decided to follow PmWikiPhilosophy #3 (avoid gratuitous
features) until it appeared to be needed.

As a review (and to verify that I'm understanding John correctly)--currently 
page passwords override group passwords, and group passwords override 
the default passwords (in $DefaultPasswords).  So, if a group has a 
password set, there's not currently a way to have individual pages in the
group be unprotected.  For example, one might want to have a group where
all but a small subset of pages are protected by an edit password.

I can certainly modify the authorization routines to allow groups and
pages to override an existing password to be "no password required".
I.e., just as one can enter "clear" in the action=attr page to remove
a password from a page, we could have some other value indicate that
a page doesn't require a password even if the group or default does.
Any suggestions for what this value ought to be?  Ideas I can come up
with off the top of my head...

   allowall     (John's suggestion)

As usual, the actual value to be used in any particular installation will
probably be in a configuration variable that can be changed by the


On Wed, Jul 09, 2003 at 08:45:34PM -0500, John Feezell wrote:
> I would like to do the following:
> Set a group level password for read, edit, attribute, and upload and then 
> at the group/page level selectively release one or all of them by using 
> action=attr and setting the password to something like "allowall" for an 
> item, e.g. read or edit, that would permit anyone to use it.  My concept is 
> that the "allowall" password would be placed in the group/page document and 
> then used as any other password except that the evaluation would override 
> the group level setting for that particular page.
> I'm assuming that this would probably require a change to pmwiki.php.  I'd 
> appreciate any comments or suggestions or words of caution before I 
> undertaken any changes.
> Thanks.
> -- 
> _______________________________________________
> Pmwiki-users mailing list
> Pmwiki-users at pmichaud.com
> http://pmichaud.com/mailman/listinfo/pmwiki-users_pmichaud.com

More information about the pmwiki-users mailing list