Using BigFix 8.2.1409.0 I’m doing a version comparison and found what I think is a bug. I tested in FixletDebugger and these are my results:
q:
“1.0”
as
version
<
“1.0.10”
as
version
A:
False
T:
0.028 ms
q:
“1.0”
as
version
“1.0.10”
as
version
A:
False
T:
0.029 ms
q:
“1.0”
as
version
=
“1.0.10”
as
version
A:
True
T:
0.046 ms
I expect “1.0” to be less than “1.0.10” and I especially expect “1.0” to NOT equal “1.0.10” Should the client/debugger be smart enough to assume missing .0 if minor versions exist on one end of the comparison but not the other?
I hate this bug there is only one case where you would want to use it (when looking at a major version), e.g.
Q: version of regapp “firefox.app”
A: 46.0.1
Q: version of regapp “firefox.app” = “46” as version
A: True
And that functionality can still be kept in place for backwards compatibility, although I would suggest to change this behavior as it’s not used that much and it’s easy to compare major versions with:
Q: first 2 of “46.0” as version = first 2 of “46.0.1” as version
A: True
But it should still give us a proper version comparison when doing < and > which it does not, e.g.
Q: “46.0” as version < “46.0.1” as version
A: False