Site options page displays complete users list - no way of interaction

[mwidmann]

I have ~4k users in a multisite site. Accessing the site options for this site displays ALL users of the site. This is very slow and takes many resources I don't need.

Neither the ms-sites.php nor get_users_of_blog( $id ) offers a way of changing this behavior by applying filters or actions.

The only way I can apply changes atm is to apply a filter to $wpdb->query()'s query , which imo is not very elegant and would mean too much overhead.

The best solution would be to add a filter to define what get_users_of_blog queries.

Changing the behavior would require to re-think the whole workflow of changing the roles for users on sites in a multisite environment. Maybe by adding functionality to the edit user pane.

[scribu]

As a workaround, you can use remove_meta_box() to disable the Site Users box altogether.

[ryan]

network/sites.php also calls get_users_of_blog() and then only shows 5 users despite fetching all of them.

[ryan]

A good start might be to add a $args argument to get_user_of_blog() which is passed on to get_users(). This would allow sites.php to request 6 users since that is all that is needed to list 5 and determine if there are more.

Options should have a limit of 10 or so and then link to the blog's users.php if managing more is needed. Listing them all in a huge list in an un-paged interface is ridiculous.

[ryan]

[15876] Add query args argument to get_users_of_blog(). Limit number of users fetched for user lists in sites table and edit blog form. see #15053

[scribu]

Call get_users() directly

[scribu]

There's no point in adding $args to get_users_of_blog(), unless we apply a 'get_users_of_blog' filter, like we do in get_blogs_of_user()

get_users.diff calls get_users() directly.

[ryan]

(In [15882]) Use get_users() instead of get_users_of_blog(). Props scribu. see #15053

[nacin]

Got the last part out in [15883].