-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
NullabilityInfoContext reports incorrect result when mixing AllowNull and DisallowNull #63846
Comments
I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label. |
Tagging subscribers to this area: @dotnet/area-system-reflection Issue DetailsDescriptionThe result does not match how the compiler interprets the attributes. See the reproduction. Reproduction Stepspublic void Main()
{
var context = new NullabilityInfoContext();
var hasAllowAndDisallowInfo = context.Create(typeof(HasMultipleCodeAnalysisAttributes).GetField("HasAllowAndDisallow")!);
Console.WriteLine(hasAllowAndDisallowInfo.ReadState); // NotNull as expected
Console.WriteLine(hasAllowAndDisallowInfo.WriteState); // Nullable; should be NotNull
}
private class HasMultipleCodeAnalysisAttributes
{
[AllowNull, DisallowNull]
public string HasAllowAndDisallow = string.Empty;
} Expected behaviorWe should expect a NotNull write state because this is how the C# compiler interprets it: new HasMultipleCodeAnalysisAttributes().HasAllowAndDisallow = null; // CS8625 Actual behaviorReturns Nullable Regression?No response Known WorkaroundsNo response ConfigurationVS 17.0.2, .NET 6, Windows 10 x64. I don't have any reason to believe this is configuration specific. Other informationCC @Shane32
|
In several cases, NullabilityInfoContext would return values which were out of sync with the C# compiler's interpretation of the nullability metadata. This fixes the following cases: * The `NullablePublicOnly` attribute was not considered when analyzing private constructor parameters. * CodeAnalysis attributes on indexer properties were not recognized. * CodeAnalysis attributes were not recognized in a `#nullable disabled` context. * Private value-typed members lacking nullable annotations were not properly marked as nullable/notnull. * Mixing CodeAnalysis attributes with opposite meanings (e. g. `AllowNull` and `DisallowNull` produced the wrong result. * Analysis of members inherited from generic base types did not incorporate the nullable metadata associated with the inheritance. Fix dotnet#63555 Fix dotnet#63846 Fix dotnet#63847 Fix dotnet#63848 Fix dotnet#63849 Fix dotnet#63853
Description
The result does not match how the compiler interprets the attributes. See the reproduction.
Reproduction Steps
Expected behavior
We should expect a NotNull write state because this is how the C# compiler interprets it:
Actual behavior
Returns Nullable
Regression?
No response
Known Workarounds
No response
Configuration
VS 17.0.2, .NET 6, Windows 10 x64.
I don't have any reason to believe this is configuration specific.
Other information
CC @Shane32
The text was updated successfully, but these errors were encountered: