Feature #32801

Limit/Filter/Postpone the amount of shown projects and groups that the user is a member of

Added by James H 5 months ago. Updated 5 months ago.

Status:NewStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:Performance
Target version:-
Resolution:

Description

Requesting a way of limiting the amount of projects or groups shown in various areas of the application, or postponing the loading of the data due to performance issues.

Certain users report very slow performance and the user account page for these users loads for a long time and hangs.


Certain pages in the app loads a list of projects or groups that the user is a member of.
e.g.
  • the main top bar has a "Jump to a project..." dropdown that loads all projects that the user is a member of.
  • the user's account page has tabs for groups and projects.

I believe the page loading times and overall performance are affected when a user is a member of thousands of projects/groups.
Would like a way to mitigate this.

I am not sure what the best way to do this is...
Lazy-loading may be a possibility, paginated view that don't load the other pages until clicked, or not loading anything until you press a button to kick it off.
Any solution where being a member of thousands and thousands of projects or groups does not heavily impact performance.

History

#1 Updated by James H 5 months ago

I know opening/closing the project can help mitigate this, but I have found that using just the open/close project functionality is not robust enough. Sometimes masses of projects need to be re-opened in order to make small edits or someone accidentally opens or closes masses of projects. Closing re-opened projects takes time and users affected this have a hard time closing projects because every page takes a long time to load.

Also available in: Atom PDF