Generally agreed, but it might by a good workaround or optional patch on switching to the control page to switch directly to the projects control (manage_proj_page.php) instead of manage_user_page.php. This might be a configuration option (if not changed, it switches to the user control)

What do the developers think?

I don't think the solution is to change the manage default page. In some installations there are more users than projects and in others there are more projects than users. In general following are the options to consider for long lists:

1. Only show the first N records by default, users clicks "Show All XXX" to see the full list.

2. Support pagination.

I am not sure which page you mean by "Control Page", please include the php page name from the URL.

Regarding the "Manage Users" (manage_user_page.php), you can change the default to only view users starts with a specific character rather than all users.

# Default user name prefix used to filter the list of users in
# manage_user_page.php.  Change this to 'A' (or any other
# letter) if you have a lot of users in the system and loading
# the manage users page takes a long time.
$g_default_manage_user_prefix = 'ALL';

So if you replace 'ALL' by '9', you are likely to end up by an empty or a very short list.

I typically find the problem in the Manage Project Page (manage_proj_edit_page.php). In this page, for public projects the full list of users is loaded twice, once to show the effective access of each user and the other to populate the list box from which the user can overwrite the access level of a specific user. The options to fix this page are:

1. For public project, only show users that are explicitly added to the project.

2. For overriding access threshold, use an AJAX auto-complete field to allow the admin to enter the user name.

Ideas and patches are welcome.

@vboctor: Thanks for the response. Your solutions seems more general and ok.
I gave my solution out of my situation. It would make my job easier, because I more often have to manage new projects, than new users. So it would be nice (this might be an own feature-request) to make the entry page of control section configurable. Should I add a feature request instead of this discussion?

Hello there,

I mean the Script "manage_user_page.php"...I have round 200 new usere and round 5000 users who are "never login"

Ajax could be a solution for this overload problem or generally move it to a statistic page because the info is not really important to see every user modify time

Hello,

We have now implemented pagination support for manage user page, which will be available in the next release (1.2.0) for which we are starting to plan an alpha release and a release cycle.

The commit which should resolve this issue is currently in trunk at http://mantisbt.svn.sourceforge.net/viewvc/mantisbt?view=rev&revision=5201

Thanks
Paul

hello,

this is what i am searching for.
Maybe you can make the number of users configurable like:

manage_user_page.php
$p_per_page = config_get( 'user_per_page', 50);

config_defaults_inc.php

Set how many user will be displayed on one page in manage_user.page

$g_user_per_page = 20;

Hi,

As the users list were not update frequency.
How about cache it on disk and add a flag to label how
long re-read new data from the database.

/ how offen cache gets updated, in minutes /
$g_update_interval = 15

$t_cache_key = md5('SELECT * FROM ....');
$t_cache_data = 'some data query from above';

$cache->save($t_cache_key, $t_cache_data);