Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixes bug in pattern matching around pruning var expand #10359

Merged
merged 2 commits into from Nov 3, 2017

Conversation

systay
Copy link
Contributor

@systay systay commented Oct 30, 2017

When both sides of a variable path where already available,
pruning var-expand should not be used, since it disregards the already
bound end-side.

Copy link
Contributor

@Lojjs Lojjs left a comment

Choose a reason for hiding this comment

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

You seems to have missed adding the test in the compiled blacklist, fixed that for you.
Otherwise:
Looks fine as fast as I can judge!

@Lojjs Lojjs force-pushed the 3.2-pruning-varexpand-bug branch 2 times, most recently from 7af31df to 0db6e89 Compare November 3, 2017 08:26
systay and others added 2 commits November 3, 2017 09:53
When both sides of a variable path where already available,
pruning var-expand should not be used, since it disregards the already
bound end-side.
@Lojjs Lojjs merged commit 75ad018 into neo4j:3.2 Nov 3, 2017
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.

None yet

2 participants