-
Story
-
Resolution: Done
-
Major
-
None
-
None
-
Product / Portfolio Work
-
False
-
-
False
-
3
-
None
-
None
-
Weedle Sprint 283
Currently, OLMv0 blocks upgrades when it detects installed operators which have a maxOpenShiftVersion property where the value is the currently-installed OCP clusterversion, with a message that looks like
ClusterServiceVersion blocking minor version upgrades to $version or higher:
With 5.0 coming, we need to consider the migration paths 4.22 --> 4.23 as well as 4.22 --> 5.0. We must include specific version information in the message in order to help customers identify specific restrictions.
HOWEVER, we do not yet know if there will be OCP4 releases after 4.23 OR what migration paths will need to be considered, so we want to implement the smallest thing possible which will break earliest/loudest when conditions change, so the decision is to hardcode the message for the 4.22 release.
Impacted code area: