mirror of https://github.com/rancher/dashboard.git
* check mgmt store and norman store before throwing resource not found
* Final attempt at fixing resource check in authentication middleware
- Some resource pages don't use the product's store. This happens when..
- the product changes the store type of a resource via product config `typeStoreMap`
- explorer project, cluster binding and project binding pages
- the resource detail / list overrides the store directly with store-override
- create api key (this isn't in the product / type / id world though)
- cloud credential create / edit / view
- To fix this
- ensure we use the correct getter to fetch the store a resource might be in
- covers typeStoreMap case
- avoid using `store-override` param for resouces in product/ type / id world
- covers cloud cred world (use correct typeStoreMap) instead
- also maake sure we use resourceoverride to get the correct store for a resource
- I'm trying to make sure we support the generic case to avoid breaking extensions which would use the generic inStore toolset
- If this fix doesn't work, we should remove all checks for resources from authentication and instead return to checking for the resource type in resource list & detail components
Tested user with project role in downstream cluster
- cluster instance create / view
- cluster project list & view (saves will fail due to permissions, but screens are ok)
- cluster membership tab (and add page), project membership tab
- cloud creds list, create (and cancel), edit
- places that use resource-override
- create api key, auth config, monitoring resources
- refresh on all of above
---------
Co-authored-by: Richard Cox <richard.cox@suse.com>
|
||
|---|---|---|
| .. | ||
| Masthead.vue | ||
| index.vue | ||