Since 4.1 , the cluster-version operator has pruned ClusterVersion status.history to cap it at 50 entries. The "Update history" section around  should grow an explanatory paragraph like the API has had in godocs since we landed the property , and which we still have today :
history contains a list of the most recent versions applied to the cluster.
This value may be empty during cluster startup, and then will be updated when a new update is being applied. The newest update is first in the list and it is ordered by recency. Updates in the history have state Completed if the rollout completed - if an update was failing or halfway applied the state will be Partial. Only a limited amount of update history is preserved.
With the key addition being that final sentence.
As described above, the possibility of history being elided dates back to 4.1, so a web-console context paragraph could be taken back as far as folks want. Personally, this seems fairly cosmetic, so I'd be fine if it was only fixed in 4.11 and later, or having it taken back as far as the console folks want, either way.
Checked on ocp 4.11 cluster with payload 4.11.0-0.nightly-2022-05-17-060006.
Check on clustersettings details page, now under "Update history" there is a help text "There is a threshold for rendering update data which may cause gaps in the information below."
The bug is fixed.
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (Important: OpenShift Container Platform 4.11.0 bug fix and security update), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.