The discussion in the PR introducing a duplication package installation regression e2e test, the suggestion was given that a better more context specific error message be provided for the user in the case of duplicate package installation.
As things are now, duplicate package installation is detected through the COS conflict behavior. Resource conflicts can happen in different contexts, e.g. preexisting cluster resources, foreign controller resource takeover, etc.
We could address duplicate installation through a check against existing CEs even before engaging with the resolver (although there could be an inherent race condition here that would put the onus anyway on conflict detection). We should also consider compressing the conflict error message as it is quite verbose and perhaps detect somehow whether the conflict is related to attempting to install a package that is already being handled by another ClusterExtension.
The discussion in the PR introducing a duplication package installation regression e2e test, the suggestion was given that a better more context specific error message be provided for the user in the case of duplicate package installation.
As things are now, duplicate package installation is detected through the COS conflict behavior. Resource conflicts can happen in different contexts, e.g. preexisting cluster resources, foreign controller resource takeover, etc.
We could address duplicate installation through a check against existing CEs even before engaging with the resolver (although there could be an inherent race condition here that would put the onus anyway on conflict detection). We should also consider compressing the conflict error message as it is quite verbose and perhaps detect somehow whether the conflict is related to attempting to install a package that is already being handled by another ClusterExtension.