You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Datadog.Trace 3.11.0 release introduced a new Datadog.Trace.props file that unconditionally overwrites the NoWarn property (see https://github.com/DataDog/dd-trace-dotnet/blob/master/tracer/src/Datadog.Trace.Manual/Datadog.Trace.props#L12 from #6678). This means that other projects that reference Datadog.Trace but define their own NoWarn property will have that overwritten, and only the two warnings Datadog.Trace now ignores (IL2007 and IL2008) will be ignored.
This should include $(NoWarn) so that any existing values of that property are carried over, e.g.:
<NoWarn>$(NoWarn);IL2007;IL2008</NoWarn>
Reproduction Code
Reference Datadog.Trace 3.11.0 or 3.11.1 in a project that specifies its own NoWarn values (e.g., CS1591) and verify that warnings are still issued for that category (e.g., through lacking documentation on public members) despite this setting.
The text was updated successfully, but these errors were encountered:
Tracer Version(s)
3.11.1
Operating system and platform
Windows (x64), Amazon Linux 2023
Instrumentation Mode
Manual with NuGet package
TFM
net8.0
Bug Report
The Datadog.Trace 3.11.0 release introduced a new Datadog.Trace.props file that unconditionally overwrites the NoWarn property (see https://github.com/DataDog/dd-trace-dotnet/blob/master/tracer/src/Datadog.Trace.Manual/Datadog.Trace.props#L12 from #6678). This means that other projects that reference Datadog.Trace but define their own NoWarn property will have that overwritten, and only the two warnings Datadog.Trace now ignores (IL2007 and IL2008) will be ignored.
This should include
$(NoWarn)
so that any existing values of that property are carried over, e.g.:Reproduction Code
Reference Datadog.Trace 3.11.0 or 3.11.1 in a project that specifies its own NoWarn values (e.g., CS1591) and verify that warnings are still issued for that category (e.g., through lacking documentation on public members) despite this setting.
The text was updated successfully, but these errors were encountered: