Olmar

Поставила Permalink Editor.
Спасибо еще раз.

stur, спасибо, конечно…

Я вернулась еще раз поблагодарить Sergey Biryukov за решение с add_filter 🙂 Спасибо за просветление мозга 🙂
Раньше я добавляла массив дополнительных полей функцией _my_get_user_contactmethods() так:

add_action( '_wp_get_user_contactmethods', '_my_get_user_contactmethods' );
function _my_get_user_contactmethods() {
    $user_contactmethods = array(
        'org' => __('Организация'),
        'city' => __('Город'),
        'tel' => __('Телефон')
    );
    return apply_filters('user_contactmethods',$user_contactmethods);
}

А потом, соответственно, пользовалась массивом _my_get_user_contactmethods, а стандартный _wp_get_user_contactmethods игнорировала, так мне aim, yim и jabber не нужны.
Естественно, в админке я своих полей просто не видела. Сейчас переписала код на

add_filter('user_contactmethods', '_my_get_user_contactmethods');
function _my_get_user_contactmethods() {
    $user_contactmethods = array(
        'org' => __('Организация'),
        'city' => __('Город'),
        'tel' => __('Телефон')
    );
    return $user_contactmethods;
}

Теперь user_contactmethods просто заменяется на мои поля. И в админке тоже. Ура!
Кроме того, в базе данных при регистрации не создаются ненужные пустые строки aim, yim и jabber 🙂
А еще при таком варианте стала не нужна своя функция сохранения моих дополнительных полей. Вот этот кусок кода я просто вырезала за ненадобностью.

add_action( 'personal_options_update', 'save_extra_profile_fields' );
add_action( 'edit_user_profile_update', 'save_extra_profile_fields' );
add_action( 'profile_update', 'save_extra_profile_fields' );

function save_extra_profile_fields( $user_id ) {

    if ( !current_user_can( 'edit_user', $user_id ) )
        return false;

    update_usermeta( $user_id, 'org', $_POST['org'] );
    update_usermeta( $user_id, 'city', $_POST['city'] );
    update_usermeta( $user_id, 'tel', $_POST['tel'] );
}

Извините за офтоп. Но вдруг кому-нибудь пригодится

Спасибо всем большое за участие. Проблема решилась добавлением global $errors;

function check_fields($login, $email, $errors) {
global $errors;
...
}

Элементарно, но… я с этого начинала и получала ошибку. Кроме своей функции, global $errors; надо добавить в register_new_user()

function register_new_user( $user_login, $user_email ) {
        global $errors;
        $errors = new WP_Error();
        ...

Тогда все работает.
Додумалась не сама, здесь нашла http://blog.alexgirard.com/tag/hack/

‘register_post’ action

You won’t be able to add more errors in $errors if you do not make it global in register_new_user() of wp-login.php:

function register_new_user($user_login, $user_email) {
global $errors;

Читала мнение, что добавление лишнего плагина влияет на скорость выдачи страниц. Не так?
Сама пока не проверяла. Вернее, проверяла только в локалке, а в локалке у меня тормозит загрузка. В частности, подвешивала плагины Theme My Login и Theme My Profile. После того, как убрала Theme My Profile, стало быстрее грузиться.
Возможно, я не права )) На хостинге пока проверить возможности не было, до сегодняшнего дня я там была единственным посетителем)), настраивала, поэтому нагрузку оценить не могла. Оптимизацией еще не занималась, планирую изучить этот вопрос. С удовольствием выслушаю мнения бывалых ))
Среднее количество посетителей на сайте 250 человек в день.

Спасибо за ответы )
Плагин ради маленькой функции подключать не хочется.

Предполагаю, что нужно провести более глубокую отладку на сервере.

Спасибо за проверку. А по поводу отладки не подскажете — с чего начать? Все остальное работает без нареканий.