A falta de várias funções me irrita há muito tempo, já que a classe WP_User subjacente suporta várias funções. Eu até considerei procurar uma solução de software alternativa. @ lpryor - depois de ler sua postagem, fiquei motivado a implementá-la eu mesmo.
Demorou um número surpreendentemente curto de linhas para fazer, embora eu tenha tido que hackear o arquivo users.php desde que fiquei com preguiça de criar um plugin separado para fazer isso por mim. Claramente, esta é a maneira errada de fazê-lo; se eu estiver motivado o suficiente no futuro, posso tentar fazê-lo corretamente.
Se você não se importa em poder atualizar para a versão mais recente do Wordpress (o que você deve) - você pode implementar várias funções com os trechos de código abaixo. Por favor, tenha em mente que eu não sou um especialista em wordpress. Acabei de abrir os arquivos relevantes e fiz as alterações sem tentar entender todas as implicações do que estava fazendo. O código parece razoável para mim, mas eu não confiaria nele com a minha vida.
(Estou usando o 3.2 para que seus números de linha possam variar) Na classe-wp-users-list-table.php, imediatamente antes da linha 150, adicione alguns como os seguintes:
<div class="alignleft actions">
<label class="screen-reader-text" for="remove_role"><?php _e( 'Remove role …' ) ?></label>
<select name="remove_role" id="remove_role">
<option value=''><?php _e( 'Remove role …' ) ?></option>
<?php wp_dropdown_roles(); ?>
</select>
<?php submit_button( __( 'Remove' ), 'secondary', 'changeit', false ); ?>
</div>
então mude a função current_account para algo parecido com isto
function current_action() {
if ( isset($_REQUEST['changeit']) ) {
if ( !empty($_REQUEST['new_role']) )
return 'promote';
elseif ( !empty($_REQUEST['remove_role']) )
return 'remove_role';
}
return parent::current_action();
}
Agora em users.php Comente as linhas 71-76
/*
if ( $id == $current_user->ID && !$wp_roles->role_objects[$_REQUEST['new_role']]->has_cap('promote_users') ) {
$update = 'err_admin_role';
continue;
}
*/
Substitua o set_role na linha 83 por add_role
$user->add_role($_REQUEST['new_role']);
Na linha 92, adicione o seguinte (esta é apenas uma cópia e colagem levemente editada da ação de promoção - não verifiquei se o recurso promover_usuário é apropriado para remover funções)
case 'remove_role':
check_admin_referer('bulk-users');
if ( ! current_user_can( 'promote_users' ) )
wp_die( __( 'You can’t edit that user.' ) );
if ( empty($_REQUEST['users']) ) {
wp_redirect($redirect);
exit();
}
$editable_roles = get_editable_roles();
if ( empty( $editable_roles[$_REQUEST['remove_role']] ) )
wp_die(__('You can’t remove that role'));
$userids = $_REQUEST['users'];
$update = 'remove_role';
foreach ( $userids as $id ) {
$id = (int) $id;
if ( ! current_user_can('promote_user', $id) )
wp_die(__('You can’t edit that user.'));
// The new role of the current user must also have promote_users caps
// Need to think this through
/*
if ( $id == $current_user->ID && !$wp_roles->role_objects[$_REQUEST['new_role']]->has_cap('promote_users') ) {
$update = 'err_admin_role';
continue;
}
*/
// If the user doesn't already belong to the blog, bail.
if ( is_multisite() && !is_user_member_of_blog( $id ) )
wp_die(__('Cheatin’ uh?'));
$user = new WP_User($id);
$user->remove_role($_REQUEST['remove_role']);
}
wp_redirect(add_query_arg('update', $update, $redirect));
exit();
Na linha 370, adicione o seguinte
case 'remove_role':
$messages[] = '<div id="message" class="updated"><p>' . __('Removed role.') . '</p></div>';
break;