Skip to content

Merging internal commits for release/8.0 - #68361

Merged
wtgodbe merged 21 commits into
release/8.0from
internal-merge-8.0-2026-08-11-1922
Aug 11, 2026
Merged

Merging internal commits for release/8.0#68361
wtgodbe merged 21 commits into
release/8.0from
internal-merge-8.0-2026-08-11-1922

Conversation

@dotnet-bot

Copy link
Copy Markdown
Contributor

No description provided.

Mirroring and others added 21 commits July 7, 2026 16:47
…ng/internal/dotnet-efcore, dnceng/internal/dotnet-runtime

This pull request updates the following dependencies

[marker]: <> (Begin:e179a2a7-bc5d-4498-2467-08dbd53ba9ce)
## From https://dev.azure.com/dnceng/internal/_git/dotnet-efcore
- **Subscription**: [e179a2a7-bc5d-4498-2467-08dbd53ba9ce](https://maestro.dot.net/subscriptions?search=e179a2a7-bc5d-4498-2467-08dbd53ba9ce)
- **Build**: [20260715.5](https://dev.azure.com/dnceng/internal/_build/results?buildId=3023561) ([323081](https://maestro.dot.net/channel/3880/azdo:dnceng:internal:dotnet-efcore/build/323081))
- **Date Produced**: July 16, 2026 12:42:48 AM UTC
- **Commit**: [3da8bb6b1a94bb48360d1eb2841a084908b87cc4](https://dev.azure.com/dnceng/internal/_git/dotnet-efcore?_a=history&version=GC3da8bb6b1a94bb48360d1eb2841a084908b87cc4)
- **Branch**: [refs/heads/internal/release/8.0](https://dev.azure.com/dnceng/internal/_git/dotnet-efcore?version=GBrefs/heads/internal/release/8.0)

[DependencyUpdate]: <> (Begin)

- **Dependency Updates**:
  - From [8.0.29 to 8.0.30][8]
     - dotnet-ef
     - Microsoft.EntityFrameworkCore
     - Microsoft.EntityFrameworkCore.Design
     - Microsoft.EntityFrameworkCore.InMemory
     - Microsoft.EntityFrameworkCore.Relational
     - Microsoft.EntityFrameworkCore.Sqlite
     - Microsoft.EntityFrameworkCore.SqlServer
     - Microsoft.EntityFrameworkCore.Tools

[8]: https://dev.azure.com/dnceng/internal/_git/dotnet-efcore/branches?baseVersion=GCfa1e227ecf931d0142494b946fe1985fe75ee21a&targetVersion=GC3da8bb6b1a94bb48360d1eb2841a084908b87cc4&_a=files

[DependencyUpdate]: <> (End)


[marker]: <> (End:e179a2a7-bc5d-4498-2467-08dbd53ba9ce)

















[marker]: <> (Begin:83131e87-e80d-4d5b-f426-08dbd53b3319)
## From https://dev.azure.com/dnceng/internal/_git/dotnet-runtime
- **Subscription**: [83131e87-e80d-4d5b-f426-08dbd53b3319](https://maestro.dot.net/subscriptions?search=83131e87-e80d-4d5b-f426-08dbd53b3319)
- **Build**: [20260708.25](https://dev.azure.com/dnceng/internal/_build/results?buildId=3017583) ([322304](https://maestro.dot.net/channel/3880/azdo:dnceng:internal:dotnet-runtime/build/322304))
- **Date Produced**: July 10, 2026 12:12:42 AM UTC
- **Commit**: [3e75b8375f756109b5834697f33ab2c8436f9465](https://dev.azure.com/dnceng/internal/_git/dotnet-runtime?_a=history&version=GC3e75b8375f756109b5834697f33ab2c8436f9465)
- **Branch**: [refs/heads/internal/release/8.0](https://dev.azure.com/dnceng/internal/_git/dotnet-runtime?version=GBrefs/heads/internal/release/8.0)

[DependencyUpdate]: <> (Begin)

- **Dependency Updates**:
  - From [8.0.29-servicing.26324.3 to 8.0.30-servicing.26358.25][6]
     - Microsoft.Extensions.HostFactoryResolver.Sources
     - Microsoft.Internal.Runtime.AspNetCore.Transport
     - Microsoft.NETCore.BrowserDebugHost.Transport
     - Microsoft.NETCore.Platforms
     - Microsoft.SourceBuild.Intermediate.runtime.linux-x64
  - From [8.0.29 to 8.0.30][6]
     - Microsoft.NET.Runtime.MonoAOTCompiler.Task
     - Microsoft.NET.Runtime.WebAssembly.Sdk
     - Microsoft.NETCore.App.Ref
     - Microsof...
…otnet-efcore build 20260716.1

On relative base path root
dotnet-ef , Microsoft.EntityFrameworkCore , Microsoft.EntityFrameworkCore.Design , Microsoft.EntityFrameworkCore.InMemory , Microsoft.EntityFrameworkCore.Relational , Microsoft.EntityFrameworkCore.Sqlite , Microsoft.EntityFrameworkCore.SqlServer , Microsoft.EntityFrameworkCore.Tools From Version 8.0.30 -> To Version 8.0.30
…otnet-runtime build 20260717.4

On relative base path root
Microsoft.Extensions.HostFactoryResolver.Sources , Microsoft.Internal.Runtime.AspNetCore.Transport , Microsoft.NETCore.BrowserDebugHost.Transport , Microsoft.NETCore.Platforms , Microsoft.SourceBuild.Intermediate.runtime.linux-x64 From Version 8.0.30-servicing.26358.25 -> To Version 8.0.30-servicing.26367.4
Microsoft.NET.Runtime.MonoAOTCompiler.Task , Microsoft.NET.Runtime.WebAssembly.Sdk , Microsoft.NETCore.App.Ref , Microsoft.NETCore.App.Runtime.AOT.win-x64.Cross.browser-wasm , Microsoft.NETCore.App.Runtime.win-x64 From Version 8.0.30 -> To Version 8.0.30
…otnet-runtime build 20260717.20

On relative base path root
Microsoft.Extensions.HostFactoryResolver.Sources , Microsoft.Internal.Runtime.AspNetCore.Transport , Microsoft.NETCore.BrowserDebugHost.Transport , Microsoft.NETCore.Platforms , Microsoft.SourceBuild.Intermediate.runtime.linux-x64 From Version 8.0.30-servicing.26358.25 -> To Version 8.0.30-servicing.26367.20
Microsoft.NET.Runtime.MonoAOTCompiler.Task , Microsoft.NET.Runtime.WebAssembly.Sdk , Microsoft.NETCore.App.Ref , Microsoft.NETCore.App.Runtime.AOT.win-x64.Cross.browser-wasm , Microsoft.NETCore.App.Runtime.win-x64 From Version 8.0.30 -> To Version 8.0.30
…otnet-efcore build 20260720.2

On relative base path root
dotnet-ef , Microsoft.EntityFrameworkCore , Microsoft.EntityFrameworkCore.Design , Microsoft.EntityFrameworkCore.InMemory , Microsoft.EntityFrameworkCore.Relational , Microsoft.EntityFrameworkCore.Sqlite , Microsoft.EntityFrameworkCore.SqlServer , Microsoft.EntityFrameworkCore.Tools From Version 8.0.30 -> To Version 8.0.30
…ng/internal/dotnet-efcore, dnceng/internal/dotnet-runtime

This pull request updates the following dependencies

[marker]: <> (Begin:e179a2a7-bc5d-4498-2467-08dbd53ba9ce)
## From https://dev.azure.com/dnceng/internal/_git/dotnet-efcore
- **Subscription**: [e179a2a7-bc5d-4498-2467-08dbd53ba9ce](https://maestro.dot.net/subscriptions?search=e179a2a7-bc5d-4498-2467-08dbd53ba9ce)
- **Build**: [20260720.2](https://dev.azure.com/dnceng/internal/_build/results?buildId=3027123) ([323600](https://maestro.dot.net/channel/3880/azdo:dnceng:internal:dotnet-efcore/build/323600))
- **Date Produced**: July 20, 2026 5:37:17 PM UTC
- **Commit**: [03e24496b0b7317a04a0d999a310e323c370e88d](https://dev.azure.com/dnceng/internal/_git/dotnet-efcore?_a=history&version=GC03e24496b0b7317a04a0d999a310e323c370e88d)
- **Branch**: [refs/heads/internal/release/8.0](https://dev.azure.com/dnceng/internal/_git/dotnet-efcore?version=GBrefs/heads/internal/release/8.0)

[DependencyUpdate]: <> (Begin)

- **Dependency Updates**:
  - From [8.0.30 to 8.0.30][4]
     - dotnet-ef
     - Microsoft.EntityFrameworkCore
     - Microsoft.EntityFrameworkCore.Design
     - Microsoft.EntityFrameworkCore.InMemory
     - Microsoft.EntityFrameworkCore.Relational
     - Microsoft.EntityFrameworkCore.Sqlite
     - Microsoft.EntityFrameworkCore.SqlServer
     - Microsoft.EntityFrameworkCore.Tools

[4]: https://dev.azure.com/dnceng/internal/_git/dotnet-efcore/branches?baseVersion=GC3da8bb6b1a94bb48360d1eb2841a084908b87cc4&targetVersion=GC03e24496b0b7317a04a0d999a310e323c370e88d&_a=files

[DependencyUpdate]: <> (End)


[marker]: <> (End:e179a2a7-bc5d-4498-2467-08dbd53ba9ce)




[marker]: <> (Begin:83131e87-e80d-4d5b-f426-08dbd53b3319)
## From https://dev.azure.com/dnceng/internal/_git/dotnet-runtime
- **Subscription**: [83131e87-e80d-4d5b-f426-08dbd53b3319](https://maestro.dot.net/subscriptions?search=83131e87-e80d-4d5b-f426-08dbd53b3319)
- **Build**: [20260717.20](https://dev.azure.com/dnceng/internal/_build/results?buildId=3025347) ([323415](https://maestro.dot.net/channel/3880/azdo:dnceng:internal:dotnet-runtime/build/323415))
- **Date Produced**: July 18, 2026 1:38:50 AM UTC
- **Commit**: [a83db3e0eb2defb6220e15dae2f1a0462fdbf99f](https://dev.azure.com/dnceng/internal/_git/dotnet-runtime?_a=history&version=GCa83db3e0eb2defb6220e15dae2f1a0462fdbf99f)
- **Branch**: [refs/heads/internal/release/8.0](https://dev.azure.com/dnceng/internal/_git/dotnet-runtime?version=GBrefs/heads/internal/release/8.0)

[DependencyUpdate]: <> (Begin)

- **Dependency Updates**:
  - From [8.0.30-servicing.26358.25 to 8.0.30-servicing.26367.20][3]
     - Microsoft.Extensions.HostFactoryResolver.Sources
     - Microsoft.Internal.Runtime.AspNetCore.Transport
     - Microsoft.NETCore.BrowserDebugHost.Transport
     - Microsoft.NETCore.Platforms
     - Microsoft.SourceBuild.Intermediate.runtime.linux-x64
  - From [8.0.30 to 8.0.30][3]
     - Microsoft.NET.Runtime.MonoAOTCompiler.Task
     - Microsoft.NET.Runtime.WebAssembly.Sdk
     - Microsoft.NETCore.App.Ref
     - Microsoft.NETCore.App....
Update dependencies from https://github.com/dotnet/arcade build 20260721.5 (#67943)

On relative base path root
Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Build.Tasks.Installers , Microsoft.DotNet.Build.Tasks.Templating , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.RemoteExecutor From Version 8.0.0-beta.26278.3 -> To Version 8.0.0-beta.26371.5

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Temporarily suppress the pre-existing GHSA-pgww-w46g-26qg (AngleSharp 0.9.9)
NuGet Audit warning-as-error so restore can proceed past it in official
internal/release/8.0 CI builds. This lets us observe whether jobs progress
past the AngleSharp NU1902 failure to the underlying ws@7.5.11 yarn restore
issue we are diagnosing, or hit a genuinely separate failure.

Follows the NuGetAuditSuppress convention used in dotnet/dotnet's
src/deployment-tools/Directory.Packages.props.

This is a diagnostic-only commit; do not merge without follow-up (either a
real AngleSharp version bump or a permanent, justified suppression).

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
…ation

Add eng/scripts/diagnose-npm-registry.js, a temporary diagnostic script run
before each yarn install attempt in eng/targets/Npm.Common.targets. It logs:
- node/yarn/npm versions
- .npmrc discovery by walking up from the project directory (the crux of
  the ws@7.5.11 investigation: does yarn classic find the .npmrc files
  added next to each yarn.lock, or fall back to a different registry?)
- npm/yarn/registry/proxy-related environment variables
- 'yarn config list' / 'npm config list' / 'npm config get registry' output
- DNS lookups and direct HTTPS GETs against registry.yarnpkg.com, the AzDO
  feed, and registry.npmjs.org, specifically for ws@7.5.11

Also adds --verbose to both yarn install attempts in the Restore target for
maximum yarn-side logging.

This is diagnostic-only and not intended to be merged permanently; remove
once the ws@7.5.11 restore failure is root-caused.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
PR #67408 bumped the ws dependency from ^7.5.10 to ^7.5.11 in
src/SignalR/clients/ts/signalr/package.json and regenerated
signalr/yarn.lock accordingly, but never propagated the change to the
downstream yarn.lock files that transitively depend on
@microsoft/signalr via a link: reference:

- src/Components/Web.JS/yarn.lock
- src/SignalR/clients/ts/FunctionalTests/yarn.lock
- src/SignalR/clients/ts/signalr-protocol-msgpack/yarn.lock

Each still only had a locked entry for the old ^7.5.10 range. With
--frozen-lockfile, yarn classic v1 has no cached resolution for the
new ^7.5.11 range and its fallback behavior when a fresh HTTP request
isn't made is a non-deterministic 'Couldn't find package' error rather
than a clean fetch - which is what has been intermittently failing in
internal/release/8.0 CI (e.g. build 3029345's Web.JS prebuild-hook
yarn install). Regenerated each lockfile so ws now resolves cleanly
(latest patch satisfying ^7.5.11 in each case).

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
Revert the temporary, repo-wide NuGetAuditSuppress added to
Directory.Build.props in a64050d for CI diagnosis purposes only.

Instead, add a targeted NoWarn for NU1901-NU1904 to just the 9 test
projects that reference the vulnerable AngleSharp 0.9.9 package
(GHSA-pgww-w46g-26qg), following the same NoWarn-over-
WarningsNotAsErrors pattern used in
eng/tools/RepoTasks/RepoTasks.csproj - NuGet restore promotes audit
warnings to errors via its own mechanism that
WarningsNotAsErrors does not override, so NoWarn is required.

Affected projects:
- src/Identity/test/Identity.Test
- src/Identity/test/Identity.FunctionalTests
- src/Mvc/test/Mvc.FunctionalTests
- src/Security/test/AuthSamples.FunctionalTests
- src/ProjectTemplates/test/Templates.Tests
- src/ProjectTemplates/test/Templates.Mvc.Tests
- src/ProjectTemplates/test/Templates.Blazor.Tests
- src/ProjectTemplates/test/Templates.Blazor.WebAssembly.Tests
- src/ProjectTemplates/test/Templates.Blazor.WebAssembly.Auth.Tests

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
…investigation"

This reverts commit bd988fa.

The verbose logging/diagnostic script served its purpose: it proved
the MSBuild Restore target correctly resolves .npmrc and ws@7.5.11 via
the AzDO feed, and helped pinpoint the real cause of the residual
failure (stale yarn.lock entries, fixed in 21c07ef). No longer
needed.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
….lock files

Should fix network isolation issues

----
#### AI description  (iteration 1)
#### PR Classification
Configuration change to standardize npm registry settings across multiple JavaScript/TypeScript project directories.

#### PR Summary
This pull request adds identical `.npmrc` configuration files to 11 directories containing JavaScript/TypeScript projects throughout the repository. Each configuration file points to the Azure DevOps dotnet-public-npm registry and enables authentication.

- Added `.npmrc` files to Components directories (`/src/Components/CustomElements/src/js/`, `/src/Components/Web.JS/`, `/src/Components/WebAssembly/Authentication.Msal/src/Interop/`, `/src/Components/WebAssembly/WebAssembly.Authentication/src/Interop/`)
- Added `.npmrc` files to SignalR TypeScript client directories (`/src/SignalR/clients/ts/`, `/src/SignalR/clients/ts/FunctionalTests/`, `/src/SignalR/clients/ts/common/`, `/src/SignalR/clients/ts/signalr-protocol-msgpack/`, `/src/SignalR/clients/ts/signalr/`)
- Added `.npmrc` files to JSInterop and ProjectTemplates directories (`/src/JSInterop/Microsoft.JSInterop.JS/src/`, `/src/ProjectTemplates/test/Templates.Tests/`)
<!-- GitOpsUserAgent=GitOps.Apps.Server.pullrequestcopilot -->
…sed version

this package never should have been built for the August Servicing release, reverting it back to the july one
This was referenced Sep 12, 2026
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.

4 participants