Fixes dotnet#78281

* Update dependencies from https://github.com/dotnet/dotnet

---------

Co-authored-by: dotnet-maestro[bot] <dotnet-maestro[bot]@users.noreply.github.com>
Co-authored-by: Viktor Hofer <viktor.hofer@microsoft.com>

This otherwise overrides everything and creates only a symbol package.

…post-change cleanup work. (dotnet#78146)

…ontextProviderService.cs

This pull request updates the following dependencies

[marker]: <> (Begin:111cfc79-5f9f-4acd-d8a2-08dc0c5899fd)
## From https://github.com/dotnet/arcade
- **Subscription**:
[111cfc79-5f9f-4acd-d8a2-08dc0c5899fd](https://maestro.dot.net/subscriptions?search=111cfc79-5f9f-4acd-d8a2-08dc0c5899fd)
- **Build**:
[20250408.6](https://dev.azure.com/dnceng/internal/_build/results?buildId=2682667)
- **Date Produced**: April 9, 2025 2:17:37 AM UTC
- **Commit**:
[aa61e8c20a869bcc994f8b29eb07d927d2bec6f4](dotnet/arcade@aa61e8c)
- **Branch**: refs/heads/release/9.0

[DependencyUpdate]: <> (Begin)

- **Updates**:
- **Microsoft.SourceBuild.Intermediate.arcade**: [from
9.0.0-beta.25204.5 to 9.0.0-beta.25208.6][1]
- **Microsoft.DotNet.Arcade.Sdk**: [from 9.0.0-beta.25204.5 to
9.0.0-beta.25208.6][1]
- **Microsoft.DotNet.Helix.Sdk**: [from 9.0.0-beta.25204.5 to
9.0.0-beta.25208.6][1]
- **Microsoft.DotNet.XliffTasks**: [from 9.0.0-beta.25204.5 to
9.0.0-beta.25208.6][1]

[1]: dotnet/arcade@97cbc73...aa61e8c

[DependencyUpdate]: <> (End)

- **Updates to .NET SDKs:**
  - Updates sdk.version to 9.0.105
  - Updates tools.dotnet to 9.0.105

[marker]: <> (End:111cfc79-5f9f-4acd-d8a2-08dc0c5899fd)

Fixes dotnet#78284

…8325)

This otherwise overrides everything and creates only a symbol package.

…8134)

This addresses a major portion of dotnet#78091

There are still some WorkspaceChanged events that haven't been switched over. This is big enough without doing all those and I'd like to get a ci run on this to see how broken tests are.

…425.6

Microsoft.SourceBuild.Intermediate.arcade , Microsoft.DotNet.Arcade.Sdk , Microsoft.DotNet.Helix.Sdk , Microsoft.DotNet.XliffTasks
 From Version 9.0.0-beta.25208.6 -> To Version 9.0.0-beta.25225.6

…ction initializer

…rsing the next token to see if it's also a DotToken. (dotnet#78338)

I see LanguageParser.IsAtDotToken accounting for about 1 second of CPU time (0.5%) in the C# editing speedometer test. Local testing indicates about 85% of calls into this method will be filtered by this check.

Test insertion: https://dev.azure.com/devdiv/DevDiv/_git/VS/pullrequest/631973

See PR for details on the perf characteristics with and without the change.

…net#78273)

CommandLineParser shows up as surprisingly expensive in the speedometer traces I've been looking at for solution load. This PR attempts a couple small, targeted fixes for a slight improvement.

IsOptionName was doing either 1 or 2 passes in the standard ascii case. Instead, do a length check upfront so that we commonly do 0 passes, and if the lengths match, do 1 pass in the ascii case. In the non-ascii case, fall back to using the ReadOnlySpan's Equals as the code did before. This is a small CPU win reflected by the first two images below.

TryParseOption's calls to IndexOf are showing up in the trace. We can limit the span we search significantly as colon typically is found towards the beginning of arg and arg can be quite long. Small CPU win again, reflected by the 3rd and 4th images below.

ParseSeparatedStrings is a very commonly tread codepath. Small micro-optimizations in the loop to not do the IndexOf call when c is a quote and to check the common condition first.

See PR for performance details from speedometer runs.

Defer expensive member initialization in the CodeFixService constructor.

The Roslyn speedometer test shows this ctor as taking ~28ms during first C# file open while on the main thread. Instead, we can make a couple members lazy and have them initialized when needed (which happens much later, if at all, and on a bg thread)

See PR for detailed speedometer results.

These workflows replace the issue-labeler implementation that runs as a
GitHub app, allowing training and prediction for the repository's labels
without the need for an external service.

References:
* [Home · dotnet/issue-labeler
Wiki](https://github.com/dotnet/issue-labeler/wiki)
* [Onboarding · dotnet/issue-labeler
Wiki](https://github.com/dotnet/issue-labeler/wiki/Onboarding)
* [FAQ · dotnet/issue-labeler
Wiki](https://github.com/dotnet/issue-labeler/wiki/FAQ)

Once this is merged, we'll need to run the 'Labeler: Training' workflow
to train new prediction models, then 'Labeler: Promotion' workflow to
promote the models into active use, and then I can decommission the
integration of the legacy issue-labeler app for this repo.

The legacy issue-labeler was also applying the
https://github.com/dotnet/roslyn/labels/untriaged label to new issues
and pull requests, but there's also a `resourceManagement` policy in
this repo for managing the untriaged label. With this migration to the
GitHub Action based issue-labeler, the issue-labeler will no longer
apply that label, so only the resource management policy will apply for
that.

* upstream/main: (415 commits)
  Use lazy initialization for members in CodeFixService (dotnet#78484)
  Targeted perf changes to CommandLineParser (dotnet#78446)
  Exclude VS.ExternalAPIs.Roslyn.Package from source-build
  Add syntax highlighting of ignored directives (dotnet#78458)
  Fix unexpected conditional state in nullable analysis of conditional access (dotnet#78439)
  Update RoslynAnalyzers to use Roslyns version
  Fix source-build by renaming Assets folder to assets
  Unlist M.CA.AnalyzerUtilities as an expected DevDivInsertion dependency
  Use a project reference for M.CA.AnalyzerUtilities
  Rectify status of dictionary expressions (dotnet#78497)
  Remove unused field
  Remove unused field
  Remove using
  Fix check
  Update eng/config/PublishData.json
  Make internal
  Remove now unused methods from IWorkspaceProjectContext (dotnet#78479)
  Reduce allocations during SourceGeneration (dotnet#78403)
  Update Roslyn.sln
  Merge EditorFeatures.Wpf entirely into EditorFeatures
  ...