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

fix: pivot table composite key can be in any order #536

Merged
merged 1 commit into from
Jan 27, 2020
Merged

fix: pivot table composite key can be in any order #536

merged 1 commit into from
Jan 27, 2020

Conversation

eemelipa
Copy link
Contributor

@eemelipa eemelipa commented Jan 2, 2020

There should not be restrictions in which order pivot tables composite key fields are.

BelongsToMany#createPivotRecord assumed that relates-to tables key was always first. Other parts of the code used correct order => created issues with store indexes.

@codecov
Copy link

codecov bot commented Jan 2, 2020

Codecov Report

Merging #536 into master will not change coverage.
The diff coverage is 100%.

Impacted file tree graph

@@          Coverage Diff          @@
##           master   #536   +/-   ##
=====================================
  Coverage     100%   100%           
=====================================
  Files          46     46           
  Lines        1843   1845    +2     
  Branches      261    263    +2     
=====================================
+ Hits         1843   1845    +2
Impacted Files Coverage Δ
src/attributes/relations/BelongsToMany.ts 100% <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 db0d7b9...6b0fe34. Read the comment docs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants