[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