You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We should include the catalog in which the bundle was resolved from as well (and support catalog filtering during resolution). There are no guarantees that a bundle is only present/served from a single catalog on the cluster. For example, on OpenShift the Red Hat Operator Catalog and Community Operator Catalog both have some of the same entries (loki-operator is one that I found relatively quickly).
I'm fine with this being done as a follow up if we don't already have support for filtering bundles by catalog name during resolution, but if we do we should ensure we track that information as part of the labels as added by this postrenderer as well IMO.
Not sure if it has been documented somewhere, but I believe it was a deliberate UX decision. User specifies a package name and we install a package with that name which is available on the cluster. So it doesn't matter from which catalog the content is coming from. If we want to stick with this UX - then we do not need filtering by catalog name.
@joelanford might be able to add more context for this.
We should include the catalog in which the bundle was resolved from as well (and support catalog filtering during resolution). There are no guarantees that a bundle is only present/served from a single catalog on the cluster. For example, on OpenShift the Red Hat Operator Catalog and Community Operator Catalog both have some of the same entries (
loki-operator
is one that I found relatively quickly).I'm fine with this being done as a follow up if we don't already have support for filtering bundles by catalog name during resolution, but if we do we should ensure we track that information as part of the labels as added by this postrenderer as well IMO.
Originally posted by @everettraven in #846 (comment)
The text was updated successfully, but these errors were encountered: