UI (OCP) reads this info from the PackageManifest, maybe PackageManifest did not had "currentCSV: odf-operator.v4.13.0-201.stable" field corresponding to its channels list. Moving to odf operator for now (as am not sure if it is build issue or operator).
Starting with build component. Aman, can you pls check if this is happening with the latest builds too.
There is no 4.12 string in odf-operator CSV in 4.13.0 so this value is not coming from there. My guess would be that it takes OCP some time to reconcile the data after you patch the catalog source. Does this still happen if you wait some time before installing ODF after patching the catalog source? What does is show when you pick the version to install?
OK, this screencast better describes the situation. I can't say I have an idea on what is going on. @uchapaga @nigoyal Any idea what might be going on here?
To me, it looks like more of an OCP console bug. Can we pls create a Jira ticket for this in the OCP? console might be making some queries to get the version that has some bugs in it.
This could be an OCP console/OLM API issue. If this happens only when using internal catalog images, there could be something wrong with how it gets built. Since we don't release these catalogs, probably not worth fixing or trying to fix it.
As per the comments above, closing as WONTFIX. We can try to create an OCP JIRA ticket for the same.