Skip to content
This repository was archived by the owner on Sep 3, 2021. It is now read-only.

Fix for incorrect behavior in filters #330

Merged
merged 2 commits into from
Oct 24, 2019
Merged

Fix for incorrect behavior in filters #330

merged 2 commits into from
Oct 24, 2019

Conversation

trondaal
Copy link
Contributor

FIx for incorrect behaviour when filters are defined on types below the root. Variable created from type-name is replaced with the variableName the function receives which more accurately represents the set that the filter should be applied to. See issue #326

FIx for  incorrect behaviour in _some filtering for filters on types below the root. Variable created from type-name is replaced with the variableName the function receives.

A variable that is derived from typename means that any path-selection will be performed using the full set of nodes of this type as left set. When filters are defined on relationships we actually want to filter on the set that is represented on the parent relationship. See issue #326
@trondaal
Copy link
Contributor Author

The same naming convention is occasionally used for both node-variables and relationship-variables. Needs some additional fixing to prevent name collisions.

Solving som variable naming conflicts causing some of the tests to break
@codecov-io
Copy link

codecov-io commented Oct 23, 2019

Codecov Report

Merging #330 into master will increase coverage by <.01%.
The diff coverage is 100%.

Impacted file tree graph

@@            Coverage Diff             @@
##           master     #330      +/-   ##
==========================================
+ Coverage   96.25%   96.26%   +<.01%     
==========================================
  Files          23       23              
  Lines        2565     2568       +3     
==========================================
+ Hits         2469     2472       +3     
  Misses         96       96
Impacted Files Coverage Δ
src/translate.js 98.65% <100%> (ø) ⬆️

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 0addede...a91606f. Read the comment docs.

@johnymontana
Copy link
Contributor

Thanks @trondaal!

@johnymontana johnymontana merged commit 576a567 into neo4j-graphql:master Oct 24, 2019
# for free to subscribe to this conversation on GitHub. Already have an account? #.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants