But since you are Labeling your commits and using that to determine the ‘nr’ number the Fixed number doesn’t do much for you anyway, that’s because the other rollback methods load_rollback, install_rollback currently only accept the rolling ‘nr’ number and not the fixed number.
So once you determine the ‘nr’ number you must use that number immediately, in the same transaction, to protect that the ‘nr’ does not get changed by another commit happening before you use it.
What would be useful would be for the ‘fixed number’ to also be returned from the get_rollbacks method and then add the capability that the fixed number be able to be used in the load_rollback/install_rollback methods as well.
So I think it is an enhancement, more-so than a bug, but would be worthy enhancement.
With that said, doing rollbacks (selective or cumulative) with other commits happening in parallel can be a recipe for confusion, if not disaster, if the results of the rollback can impact the configuration being committed following the commit being reverted. Really need to be careful here.