New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Modifying Users Speed Issue #402
Comments
Busy should be added, on big collection, every groupfilter need to be calculated for the new user. Or if the user changed the hidden categories. etc. So time maybe 10 seconds wait or 2 minutes wait, depending of the size of the collection, a processing requester should be shown on the client. Since it could take a while. |
You should prolly add a change checker to it, to only recalculate all that if it is changed. |
In fact there was a bug in there, now it'll update on category changes and new user. Anyway, we should add a busy to JMMClient. We might need to add a new COmmand for the commandqueue that updates groupfilters. Since it could take a while. |
Seems recent updates have fixed the speed problem, closing. |
In Settings > User attempting to make any changes by adding/removing a user or modifying an existing user causes JMM to temporarily freeze for at least 10 seconds while your change is being processed. Using a SQLite DB on both and on 3.5.0.2 the same operations take less than a second.
The text was updated successfully, but these errors were encountered: