Details
-
Bug
-
Status: Closed
-
Minor
-
Resolution: Fixed
-
None
-
None
Description
I expected
A.B == 5
(with a strict engine and with nothing in the context) to result in an unsolvable property exception, but instead the result was false.
I hit this as part of an attempt to upgrade from 3.0 to a recent snapshot. I think the change in behavior may be related to the addition of ASTEQNode and ASTNENode to isTernaryProtected?
Is it intentional that equal and not equal are handled this way when e.g. greater than or less than are not? If so, is there any option flag that can restore the behavior?