Irrespective of the plugin you use > each plugin will give you an option to save / view the PHP code generated for the custom post type. This code will also include the capabilities added and generated by the plugin. All you need to do is copy this code into your functions.php and before that … Read more
You should to remove a capability named ‘manage_categories’ from user role or roles, for example: /** * Don’t let subscribers add/edit/remove categories. * * You should call the function once when your plugin or theme is activated. * * @uses WP_Role::remove_cap() */ function remove_subscribers_manage_categories() { // get_role returns an instance of WP_Role. $role = get_role( … Read more
There are a lot of capabilities, you can set for your post type. foreach ( self::$todo_roles as $role ) { $wp_roles->add_cap( $role, ‘edit_’ . self::$post_type_1 ); $wp_roles->add_cap( $role, ‘read_’ . self::$post_type_1 ); $wp_roles->add_cap( $role, ‘delete_’ . self::$post_type_1 ); $wp_roles->add_cap( $role, ‘edit_’ . self::$post_type_1 . ‘s’ ); $wp_roles->add_cap( $role, ‘edit_others_’ . self::$post_type_1 . ‘s’ ); $wp_roles->add_cap( … Read more
Try passing the value without serializing it manually, because WordPress will do it for you anyway: add_user_meta( $user->id, ‘orewpst_capabilities’, array( ‘author’ => 1 ), true ); or update_user_meta( $user->id, ‘orewpst_capabilities’, array( ‘author’ => 1 ) ); // it will create the meta data for you if it doesn’t exist already. The s:23 means that you … Read more
I think you are using it right. I think it is actually a bug in WordPress. When you do the same for roles $somerole->add_cap( ‘some_cap’, false );, it works as expected.
After a full day of investigating the problem I managed to find the culprit and solve the problem. I localized the problem by following these steps: Create a new blog and give your user admin or editor privileges. In MySQL copy all posts from one of the troubled blogs to the new blog. Now the … Read more
One step is to use the editable_roles filter to remove roles from the dropdown but this doesn’t prevent the user from modifying the select value and create a user with “not allowed” role. Yes it does. This filter is not just for the dropdown. Modifying editable_roles does in fact prevent users from assigning a role … Read more
You can do that like this : $my_user = new WP_User( $user_id ); $my_user->set_role( “editor” );
Finally, I’ve figured out a way to do it using WP_user Class. Snippet to add/remove capability to/from specific user – //to remove capability from user $user = new WP_User( $user_id ); $user->remove_cap( ‘can_email’); //to add capability to user $user = new WP_User( $user_id ); $user->add_cap( ‘can_email’); There is special function in capabilities.php in the wp_user … Read more
Confirming… Yes, there’s currently (WP 3.4.1) no way to modify the access arguments for admin menu pages. The only one, that you can modify through the public wp API is the »Comments« menu item. All others are registered by hand. But there’s help coming from @scribu (read more at the trac ticket) who has so … Read more