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

Investigate places where pagination is not supported #9499

Closed
Tracked by #8527
richard-cox opened this issue Aug 8, 2023 · 1 comment
Closed
Tracked by #8527

Investigate places where pagination is not supported #9499

richard-cox opened this issue Aug 8, 2023 · 1 comment

Comments

@richard-cox
Copy link
Member

richard-cox commented Aug 8, 2023

  • Once a lot of the performance improvements are made, specifically server side pagination, we need to identify places in the dashboard that still require the complete, or near complete, set of resources
  • This pretty much covers all usages of the findAll and probably also findMatching that...
    • are outside of the newly paginated ResourceList component
    • don't restrict the result set by a known filter (like namespaced)
  • We should also consider where all and matching getters are used
    • for instance schemas (follow up issue to handle too many rancher or cluster schemas and updates to them)
  • Some work of this type has already happened in the create / edit world to restrict resources a user might select to the namespace that the primary resource is in
  • Need to also determine where Norman resources are used in list
    • show as the primary resource
    • show as a secondary resources via models
  • one solution where pagination can't be used is to limit the number of resources we fetch (Apply resource limit to fetch request #6682)
@richard-cox
Copy link
Member Author

Closing as complete. See confluence doc for more detail (Investigation - Where are requests to fetch _all_ resources happening)

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

1 participant