-
Notifications
You must be signed in to change notification settings - Fork 282
Closed
Description
- 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 alsofindMatching
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
andmatching
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)