[wp-trac] Re: [WordPress Trac] #2787: New Method of storing and
calculating cap2user and user2cap
WordPress Trac
wp-trac at lists.automattic.com
Mon Jun 5 13:25:26 GMT 2006
#2787: New Method of storing and calculating cap2user and user2cap
----------------------------+-----------------------------------------------
Id: 2787 | Status: assigned
Component: Administration | Modified: Mon Jun 5 13:25:25 2006
Severity: normal | Milestone: 2.1
Priority: normal | Version: 2.1
Owner: markjaquith | Reporter: markjaquith
----------------------------+-----------------------------------------------
Comment (by ringmaster):
Using this system, which does not explicitly deny caps:
1. User X, is assigned role A containing cap C.
1. Remove ("Deny") cap C from user X.
1. Switch user to use role B having cap C.
1. User X is once again granted cap C, in spite of previous denial.
Maybe add a new column, "grant", that could be set to 0 to deny a cap on a
per-user basis?
Also- Using the current system, you can be assinged more than one role.
We'd need to determine what cap came from what role, perhaps rebuilding
all of a user's caps whenever caps are set. Assuming we'd like to keep
that functionality.
FYI, I started moving the Role Manager as a core patch last week, but got
hung up trying to use mdawaffe's admin ajax madness. The only thing
working at this point is the display of role caps.
--
Ticket URL: <http://trac.wordpress.org/ticket/2787>
WordPress Trac <http://wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list