Hi Paul,
We are aware of this inconsistency and are in the process of investigating. If the change was not made intentionally, it would likely be corrected in future releases.
Now back to your question on how Blue Prism provides fixes for bugs found in previous releases. I am able to offer some general observations on releases based on historical accounts. Please take a look at the following explanation on Blue Prism versions first:
Blue Prism Versions (v#A.#B.#C)
- #A (major release): likely infrastructure changes, significant new features, bug fixes, function changes, e.g., no 6 as in v6.7.3.
- #B (minor release): new features, bug fixes, function changes, e.g., no 7 as in v6.7.3.
- #C (dot release): maintenance release, intended for patching critical issues, e.g., no 3 as in v6.7.3.
Providing the issue is critical, you can expect a dot release with the fix incorporated. All minor and major releases thereafter should also have the fix built in. Depending on the severity of the issue, we may even retrospectively provide fix for a series of old releases in the form of dot releases on top of their respective latest minor release.
Please note that I offer no guarantee that this will be the way going forward as we continuously improve our internal release strategy. Also to mention that I am not in Blue Prism product team therefore cannot comment on how this bug would be addressed eventually. I would suggest you follow our future product release notes on bug 2825 when new releases are rolled out.
Hope the above helps.