Bump OpenTelemetry pins to match SBRP (core/Http 1.16.0, Runtime 1.15.1) - #55216
Merged
Conversation
Aligns the SDK's OpenTelemetry package pins with the versions shipped by dotnet/source-build-assets#1742 to resolve the CS1705 source-build failure in dotnet/dotnet#7604. - OpenTelemetry core (Api, Exporter.OpenTelemetryProtocol, Exporter.InMemory): 1.15.3 -> 1.16.0 - OpenTelemetry.Instrumentation.Http: 1.15.1 -> 1.16.0 - OpenTelemetry.Instrumentation.Runtime: unchanged at 1.15.1 (no 1.16.0 release exists) Split OpenTelemetryDotnetContribPackageVersion: Http now uses a new OpenTelemetryInstrumentationHttpPackageVersion variable since Http and Runtime versions diverged. Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
Contributor
There was a problem hiding this comment.
Pull request overview
This PR updates the SDK’s OpenTelemetry version pins to align with the versions used by source-built reference packages (SBRP), avoiding source-build assembly version skew (notably the CS1705 conflicts described in the PR metadata).
Changes:
- Bumped the pinned “core” OpenTelemetry package version property to 1.16.0.
- Split the previously-shared contrib pin so
OpenTelemetry.Instrumentation.Httpcan move to 1.16.0 whileOpenTelemetry.Instrumentation.Runtimeremains on 1.15.1 via the existing contrib property.
Reviewed changes
Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.
| File | Description |
|---|---|
| eng/Versions.props | Updates OpenTelemetry core pin to 1.16.0 and introduces a dedicated property for OpenTelemetry.Instrumentation.Http at 1.16.0. |
| Directory.Packages.props | Switches OpenTelemetry.Instrumentation.Http to use the new HTTP-specific version property while keeping Runtime on the contrib pin. |
mthalman
approved these changes
Jul 9, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Aligns the SDK's OpenTelemetry package pins with the versions now shipped by source-built reference packages (SBRP) in dotnet/source-build-assets#1742.
The VMR codeflow PR dotnet/dotnet#7604 fails its source-only build leg (
SB_CentOSStream10) with 6xCS1705errors insrc/sdk/src/Cli/dotnet/dotnet.csproj: the source-built OpenTelemetry core assemblies (now 1.16.0,AssemblyVersion 1.0.0.0) conflict with the SDK still pinning the old 1.15.3 core packages. Bumping the SDK's pins to match SBRP resolves the skew.Version changes
Implementation notes
OpenTelemetryDotnetContribPackageVersionpreviously backed bothInstrumentation.HttpandInstrumentation.Runtime. Since Http (1.16.0) and Runtime (1.15.1) now diverge — and there is no 1.16.0 release ofInstrumentation.Runtime— the shared variable had to be split. Http now uses a newOpenTelemetryInstrumentationHttpPackageVersion;OpenTelemetryDotnetContribPackageVersionnow represents Runtime only.These pins are manual/external (not tracked in
eng/Version.Details.xml), so editing them directly is correct.Validation
Restored
src/Cli/dotnet/dotnet.csprojcleanly with the new versions. The resolved graph inproject.assets.jsonconfirms the intended end state:OpenTelemetry.Api/Exporter.OpenTelemetryProtocol/Exporter.InMemory→ 1.16.0OpenTelemetry.Instrumentation.Http→ 1.16.0OpenTelemetry.Instrumentation.Runtime→ 1.15.1Co-authored-by: Copilot App 223556219+Copilot@users.noreply.github.com