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

Bug: Non-latest version installed in packages with multiple channels #419

Closed
joelanford opened this issue Sep 20, 2023 · 3 comments
Closed
Assignees
Milestone

Comments

@joelanford
Copy link
Member

joelanford commented Sep 20, 2023

What I did:

  1. Install the operatorhubio Catalog
  2. Create an Operator with just spec.packageName: grafana-operator

What happened:

  • Grafana-operator v3.10.3 was resolved/installed

What I expected to happen:

  • Grafana-operator v5.4.1 should have been resolved/installed

What I think is happening:

  • We are sorting by channel priority and lexicographical name before sorting for version. Therefore bundles present in higher priority channels or in equal priority channels with lexicographically lower names are preferred.

What I think the fix is:

  • Stop using channel for anything other than set membership checks. Specifically, remove these lines (and related code/tests). It is not (yet at least) in the OLMv1 design for there to be channel priorities or for there to be any sorting related to channels. It is thus far meant to be purely a set membership attribute used to filter bundles via spec.channel.
@m1kola
Copy link
Member

m1kola commented Sep 21, 2023

It looks like we are going to address this in #413, but to update tests as per this comment:

It looks like this may actually resolve the issue from #419 as well. In this PR (or maybe a follow-up is okay), can we update the controller unit test and the e2e test to add a new alpha channel for the prometheus package that contains a non-latest version, and then update the relevant assertions to make sure that 0.65.1 is still the resolved bundle?

See:

@joelanford
Copy link
Member Author

@dtfranz suggested that we do a follow-up to add the tests from #420. I volunteered to rebase that once #413 merges.

@m1kola
Copy link
Member

m1kola commented Sep 22, 2023

I believe this was fixed in #413 + added coverage in #420. Closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Archived in project
Development

No branches or pull requests

2 participants