Skip to content

Conversation

jjonescz
Copy link
Member

@jjonescz jjonescz commented Apr 1, 2025

No description provided.

jjonescz and others added 30 commits March 18, 2025 18:38
I detected changes in the main branch which have not been merged yet to
main-vs-deps. I'm a robot and am configured to help you automatically
keep main-vs-deps up to date, so I've opened this PR.

This PR merges commits made on main by the following committers:

* jjonescz
* akhera99
* dotnet-maestro[bot]

## Instructions for merging from UI

This PR will not be auto-merged. When pull request checks pass, complete
this PR by creating a merge commit, *not* a squash or rebase commit.

<img alt="merge button instructions"
src="https://i.imgur.com/GepcNJV.png" width="300" />

If this repo does not allow creating merge commits from the GitHub UI,
use command line instructions.

## Instructions for merging via command line

Run these commands to merge this pull request from the command line.

``` sh
git fetch
git checkout main
git pull --ff-only
git checkout main-vs-deps
git pull --ff-only
git merge --no-ff main

# If there are merge conflicts, resolve them and then run git merge --continue to complete the merge
# Pushing the changes to the PR branch will re-trigger PR validation.
git push https://github.com/dotnet/roslyn HEAD:merge/main-to-main-vs-deps
```

<details>
<summary>or if you are using SSH</summary>

```
git push [email protected]:dotnet/roslyn HEAD:merge/main-to-main-vs-deps
```

</details>


After PR checks are complete push the branch
```
git push
```

## Instructions for resolving conflicts

:warning: If there are merge conflicts, you will need to resolve them
manually before merging. You can do this [using GitHub][resolve-github]
or using the [command line][resolve-cli].

[resolve-github]:
https://help.github.com/articles/resolving-a-merge-conflict-on-github/
[resolve-cli]:
https://help.github.com/articles/resolving-a-merge-conflict-using-the-command-line/

## Instructions for updating this pull request

Contributors to this repo have permission update this pull request by
pushing to the branch 'merge/main-to-main-vs-deps'. This can be done to
resolve conflicts or make other changes to this pull request before it
is merged.
The provided examples assume that the remote is named 'origin'. If you
have a different remote name, please replace 'origin' with the name of
your remote.

```
git fetch
git checkout -b merge/main-to-main-vs-deps origin/main-vs-deps
git pull https://github.com/dotnet/roslyn merge/main-to-main-vs-deps
(make changes)
git commit -m "Updated PR with my changes"
git push https://github.com/dotnet/roslyn HEAD:merge/main-to-main-vs-deps
```

<details>
    <summary>or if you are using SSH</summary>

```
git fetch
git checkout -b merge/main-to-main-vs-deps origin/main-vs-deps
git pull [email protected]:dotnet/roslyn merge/main-to-main-vs-deps
(make changes)
git commit -m "Updated PR with my changes"
git push [email protected]:dotnet/roslyn HEAD:merge/main-to-main-vs-deps
```

</details>

Contact .NET Core Engineering (dotnet/dnceng) if you have questions or
issues.
Also, if this PR was generated incorrectly, help us fix it. See
https://github.com/dotnet/arcade/blob/main/.github/workflows/scripts/inter-branch-merge.ps1.
…otnet#77656)

* Fix watch window completion window upon manual completion invocation

Addresses https://devdiv.visualstudio.com/DevDiv/_workitems/edit/2287966

This recently regressed due to this recent PR: dotnet#77204

The issue here is that I changed the csharp debugger context's projection buffer creation code from always having a one char string as the second sourceSpan to sometimes having that string be empty. This allowed the completion context to include items for which a semicolon would close that scope. However, by having a zero length span, a seam was created for a tracking span at priorTrackingSpan to be introduced into the set of tracking positions that can contribute to completion. Editor completion doesn't handle this well, so we're best off always sending a non-zero length source Span, so we do so and just use a space as the value.
…otnet#77643)

Includes not implemented fix provider to build action telemetry tool so
we can get telemetry signal for the new code fix
JoeRobich and others added 14 commits March 28, 2025 20:25
* Feedback from analyzer loading change

Few changes here:

1. Jason had suggested I add an assert into the shadow copy loader, I
   did but apparently forgot to save.
2. Rename the file to match type name

Follow up to dotnet#77004

* PR feedback

* Apply suggestions from code review

Co-authored-by: Jan Jones <[email protected]>

---------

Co-authored-by: Jan Jones <[email protected]>
We added a new DLL, but to move off VS LSP types we need access to
Roslyn ones.
* Razor EA: load from ServiceHubCore

* Update src/Tools/ExternalAccess/Razor/RazorAnalyzerAssemblyResolver.cs

Co-authored-by: Jan Jones <[email protected]>

* Trim trailing slashes

* Update src/Tools/ExternalAccess/Razor/RazorAnalyzerAssemblyResolver.cs

Co-authored-by: Jan Jones <[email protected]>

* Fix trim call

* PR feedback

---------

Co-authored-by: Jan Jones <[email protected]>
Co-authored-by: Jared Parsons <[email protected]>
This PR brings over the roslyn owned packages from the roslyn-analyzers
repo along with their history. The goal of this PR is to get the
analyzers moved over in a state that we can live with so that they can
be removed from roslyn-analyzers. We can then do further reorganization
and integration as follow-ups. My changes begin at commit
dotnet@24fbf05.

NetAnalyzers will remain in roslyn-analyzers.

Moved packages:
- Microsoft.CodeAnalysis.Analyzers
- Microsoft.CodeAnalysis.AnalyzerUtilities
- Microsoft.CodeAnalysis.BannedApiAnalyzers
- Microsoft.CodeAnalysis.Metrics
- Microsoft.CodeAnalysis.PerformanceSensitiveAnalyzers
- Microsoft.CodeAnalysis.PublicApiAnalyzers
- Microsoft.CodeAnalysis.ResxSourceGenerator
- Microsoft.CodeAnalysis.RulesetToEditorconfigConverter
- Roslyn.Diagnostic.Analyzers

The package versioning is maintained and separate from the current
Roslyn package versioning. These packages use a variety of
Microsoft.CodeAnalysis package versions and I have maintained that
despite our use of transitive version pinning. I have also maintained
Roslyn's use of these packages from our NuGet feeds.

I have organized the code under a src/RoslynAnalyzers folder. 

![image](https://github.com/user-attachments/assets/9b65893a-0c7e-4044-9324-158346c5a75a)
The projects are organized in our solution file beneath an Analyzers
folder.

![image](https://github.com/user-attachments/assets/d75bcf92-8e2a-4edf-a11d-b86949934543)
@dotnet-policy-service dotnet-policy-service bot added VSCode Needs UX Triage Needs API Review Needs to be reviewed by the API review council labels Apr 1, 2025
Copy link
Contributor

This PR modifies public API files. Please follow the instructions at https://github.com/dotnet/roslyn/blob/main/docs/contributing/API%20Review%20Process.md for ensuring all public APIs are reviewed before merging.

@ghost ghost added Area-Infrastructure untriaged Issues and PRs which have not yet been triaged by a lead labels Apr 1, 2025
@jjonescz jjonescz marked this pull request as ready for review April 1, 2025 09:18
@jjonescz jjonescz requested review from a team as code owners April 1, 2025 09:18
@jjonescz jjonescz merged commit dfc7601 into dotnet:release/dev17.14 Apr 1, 2025
29 checks passed
@jjonescz jjonescz deleted the snap-17.14p3-merge branch April 1, 2025 10:42
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area-Infrastructure Needs API Review Needs to be reviewed by the API review council Needs UX Triage untriaged Issues and PRs which have not yet been triaged by a lead VSCode
Projects
None yet
Development

Successfully merging this pull request may close these issues.