Skip to content

Conversation

@matriv
Copy link
Contributor

@matriv matriv commented Sep 19, 2018

Removed rules in the grammar that were superfluous, as they
are already "caught" other rules in the same context.

Fixes: #31885

Removed rules in the grammar that were superfluous, as they
are already "caught" other rules in the same context.

Fixes: elastic#31885
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-search-aggs

Copy link
Member

@costin costin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

Copy link
Contributor

@astefan astefan left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@matriv matriv merged commit 168a0b2 into elastic:master Sep 20, 2018
matriv pushed a commit that referenced this pull request Sep 20, 2018
Removed rules in the grammar that were superfluous, as they
are already "caught" other rules in the same context.

Also switched to exact ambig detection for debug mode

Fixes: #31885
@matriv
Copy link
Contributor Author

matriv commented Sep 20, 2018

Backported to 6.x with aa0c47a

@matriv matriv deleted the mt/fix-31885 branch September 25, 2018 13:21
matriv added a commit to matriv/elasticsearch that referenced this pull request Sep 26, 2018
The `-` and `+` as a number literal prefix are already
parsed by the rule in `valueExpression`.

Follows: elastic#33854
matriv pushed a commit that referenced this pull request Oct 2, 2018
The `-` and `+` as a number literal prefix are already
parsed by the rule in `valueExpression`. To accommodate
this, there are some code changes that enables the
`ExpressionBuilder` to parse Literal integers and decimals
together with the `-/+` prefix sign (if exists) and validate
them (wrong format, large numbers, etc.).

Follows: #33854
matriv pushed a commit that referenced this pull request Oct 2, 2018
The `-` and `+` as a number literal prefix are already
parsed by the rule in `valueExpression`. To accommodate
this, there are some code changes that enables the
`ExpressionBuilder` to parse Literal integers and decimals
together with the `-/+` prefix sign (if exists) and validate
them (wrong format, large numbers, etc.).

Follows: #33854
kcm pushed a commit that referenced this pull request Oct 30, 2018
Removed rules in the grammar that were superfluous, as they
are already "caught" other rules in the same context.

Also switched to exact ambig detection for debug mode

Fixes: #31885
kcm pushed a commit that referenced this pull request Oct 30, 2018
The `-` and `+` as a number literal prefix are already
parsed by the rule in `valueExpression`. To accommodate
this, there are some code changes that enables the
`ExpressionBuilder` to parse Literal integers and decimals
together with the `-/+` prefix sign (if exists) and validate
them (wrong format, large numbers, etc.).

Follows: #33854
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants