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

Don't leave unknown FK values when principal is known but has not-set, non-generated, value #23875

Merged
merged 1 commit into from
Jan 15, 2021

Conversation

ajcvickers
Copy link
Member

Fixes #23730

@ajcvickers ajcvickers requested a review from a team January 13, 2021 21:30
[ConditionalTheory]
[InlineData(false)]
[InlineData(true)]
public async Task SaveChanges_when_owner_has_PK_with_default_values(bool async)
Copy link
Member Author

Choose a reason for hiding this comment

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

Most of the diff here is only because of code cleanup. This new test is the only functional change in the file.

@ajcvickers
Copy link
Member Author

@AndriySvyryd The fix is low-risk, but I still don't think this meets the bar for 5.0.x. Let's discuss again in triage.

@ajcvickers ajcvickers merged commit 918f7b5 into main Jan 15, 2021
@ajcvickers ajcvickers deleted the DanceYrselfClean0113 branch January 15, 2021 19:27
ajcvickers added a commit that referenced this pull request Feb 17, 2021
ajcvickers added a commit that referenced this pull request Feb 17, 2021
… not-set, non-generated, value

Port of 6.0 fix #23875 to 5.0 release.

Fixes #23730

**Description**

An exception is thrown when no key value is set for a non-generated key of an owned type. Normally this is a negative case since non-generated key values must be explicitly set. However, this can works when the non-generated value is part of a composite key for which other parts of the key are generated. In this case, the non-generated part can have the same default value for multiple inserts without violating the primary key constraint.

**Customer Impact**

This is a regression for the case described above. There is no reasonable workaround.

(We already fixed this for EF Core 6.0, but decided not to patch since it seemed to be a regression only in a negative case. Since then other customers have reported the issue and one customer outlined the scenario above where it is a regression in working code.)

**How found**

Reported by multiple customers.

**Test coverage**

Test coverage for this case has been added in this PR.

**Regression?**

Yes, from EF Core 3.1.

**Risk**

Low. The fix is already in EF Core 6.0 and is targetted to this case. Also quirked.
wtgodbe pushed a commit that referenced this pull request Mar 10, 2021
… not-set, non-generated, value (#24178)

* Don't leave unknown FK values when principal is known but has not-set, non-generated, value (#23875)

Fixes #23730

* [5.0.x] Don't leave unknown FK values when principal is known but has not-set, non-generated, value

Port of 6.0 fix #23875 to 5.0 release.

Fixes #23730

**Description**

An exception is thrown when no key value is set for a non-generated key of an owned type. Normally this is a negative case since non-generated key values must be explicitly set. However, this can works when the non-generated value is part of a composite key for which other parts of the key are generated. In this case, the non-generated part can have the same default value for multiple inserts without violating the primary key constraint.

**Customer Impact**

This is a regression for the case described above. There is no reasonable workaround.

(We already fixed this for EF Core 6.0, but decided not to patch since it seemed to be a regression only in a negative case. Since then other customers have reported the issue and one customer outlined the scenario above where it is a regression in working code.)

**How found**

Reported by multiple customers.

**Test coverage**

Test coverage for this case has been added in this PR.

**Regression?**

Yes, from EF Core 3.1.

**Risk**

Low. The fix is already in EF Core 6.0 and is targetted to this case. Also quirked.
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.

SaveChanges fails for owned entity when owner has PK with default values
2 participants