[ 
https://issues.apache.org/jira/browse/JEXL-361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17506302#comment-17506302
 ] 

Henri Biestro edited comment on JEXL-361 at 3/14/22, 3:46 PM:
--------------------------------------------------------------

The test361\{a,b,c\}_3\{2,3\} illustrate the difference in behaviour between 
the fix in 3.3 and 3.2. The Engine32 class may be used to 'unfix' and recover 
the previous behaviour with 3.3 - for those apps with lots of scripts that 
would be too costly to amend.

Commit 
[d1c0a05|https://github.com/apache/commons-jexl/commit/d1c0a050e1374f5d7ddf8efba163b11a94a6467e]


was (Author: henrib):
The tes361{a,b,c}_3{2,3} illustrate the difference in behaviour between the fix 
in 3.3 and 3.2. The Engine32 class may be used to 'unfix' and recover the 
previous behaviour with 3.3 - for those apps with lots of scripts that would be 
too costly to amend.

Commit 
[d1c0a05|https://github.com/apache/commons-jexl/commit/d1c0a050e1374f5d7ddf8efba163b11a94a6467e]

> Null may be used as operand silently even in arithmetic strict(true) mode
> -------------------------------------------------------------------------
>
>                 Key: JEXL-361
>                 URL: https://issues.apache.org/jira/browse/JEXL-361
>             Project: Commons JEXL
>          Issue Type: Bug
>    Affects Versions: 3.2.1
>            Reporter: Henri Biestro
>            Assignee: Henri Biestro
>            Priority: Major
>             Fix For: 3.3
>
>
> It appears null may be used as an operator argument despite arithmetic 
> strictness.
> {code}
> var i = null;
> if (i < 0) {...}
> {code}
> Should fail when arithmetic is strict.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

Reply via email to