Skip to content
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

Performance: Opening restricted file permissions and adding a user very slow for larger dataset, assignment list. #3450

Closed
kcondon opened this issue Nov 3, 2016 · 4 comments

Comments

@kcondon
Copy link
Contributor

kcondon commented Nov 3, 2016

Reported by Sonia. Not sure yet whether this is an issue where a threshold was passed or intermittent.

As reported:
It's the MADICS dataset in Murray..I work with this often and I noticed right away how slow it was today...

navigate to MADICS, select "permissions-restricted files",---this is where a weird box shows up around permissions....it has 45 restricted files....permissions dialogue box finally pops up, i add name, comes up fine, i hit 'save" and adding takes much longer that expected. Again, I do this dataset often enough to observe this change.

As tested by me:
I was able to see slowness just accessing the dataset and opening restricted file permissions.
I'm wondering whether this is a growing list/ threshold issue: the algorithm is slow and we are now hitting a threshold on # of assigned users + # restricted files + determining permissions for display purposes at each step: listing files on dataset page, listing assigned users on permissions page. Not sure about the insert/add part. Adding took me 10 seconds or so.Removing took 30sec. Might there be an opportunity for lazy loading on this page? Seems like with all the info, it might be loading everything up front.

@mheppler
Copy link
Contributor

mheppler commented Feb 2, 2018

@kcondon I believe this might be a duplicate of Permissions: Grant access errors for large # of files #2641. I can copy your comment over and close this one.

@kcondon
Copy link
Contributor Author

kcondon commented Feb 2, 2018

@mheppler I'd rather not since that other ticket discusses specific behavior and is more confusing that this one. True, they both have to do with adding user access to restricted files. This one is about performance, that one is about misreporting # files, and generally bad behavior in the UI for a large list.

@mheppler
Copy link
Contributor

Investigate if related to Code Cleanup - Refactor autoComplete components to be more efficient, avoid duplicate id warnings in server logs #6360.

@pdurbin pdurbin added the Type: Bug a defect label Nov 14, 2023
@cmbz
Copy link

cmbz commented Aug 20, 2024

To focus on the most important features and bugs, we are closing issues created before 2020 (version 5.0) that are not new feature requests with the label 'Type: Feature'.

If you created this issue and you feel the team should revisit this decision, please reopen the issue and leave a comment.

@cmbz cmbz closed this as completed Aug 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants