Add an integration test for #37623

* EE: Do not trim comments from expression preceding a quote

Deserialize to VSClientCapabilities

Adds a typing integration test for https://github.com/dotnet/roslyn/pull/37623. Primary bug fixed in the PR: VSO [#957250](https://devdiv.visualstudio.com/DevDiv/_workitems/edit/957250). I verified that the test fails consistently without the fix in #37623 and passes consistently after the fix.

My previous PR #37303 to improve IDE open file analysis performance led to a functional regression where attempting to compute open file diagnostics for a partial type leads to recursive attempt to force complete all partial trees, which in turn attempt force completion of original tree. In presence of cancellation request, this leads to a stack overflow and VS crash. The fix here ensures that we don't attempt partial tree analysis when invoked in context of partial analysis itself.
Fixes VSO [#957250](https://devdiv.visualstudio.com/DevDiv/_workitems/edit/957250) and [#957243](https://devdiv.visualstudio.com/DevDiv/_workitems/edit/957243)
Fixes #37567

I have manually verified the crash before the fix and verified it does not repro after the fix. I am working on adding an integration test for the scenario with a follow-up commit/PR.

 Recognize existing GlobalSuppressions.cs when it has a using directive 

Add back typescript gotodef on the client.

Use expr/block body lambda simplification

Semantic model variable is never used

* Adjust ngen priority of assemblies for perf gains

These changes support an effort to improve VS performance after an update by tuning the assemblies ngen'd during setup.

After this change, the following assemblies should be ngen'd at priority 1:

common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.csharp.dll
common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.dll
common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.features.dll
common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.remote.servicehub.dll
common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.codeanalysis.workspaces.dll
common7\ide\commonextensions\microsoft\managedlanguages\vbcsharp\languageservices\microsoft.visualstudio.languageservices.dll

* Adjust ngen priority of assemblies for perf gains

These changes support an effort to improve VS performance after an update by tuning the assemblies ngen'd during setup.

After this change, the following assemblies should be ngen'd at priority 1:

msbuild\current\bin\roslyn\microsoft.build.tasks.codeanalysis.dll
msbuild\current\bin\roslyn\microsoft.codeanalysis.csharp.dll
msbuild\current\bin\roslyn\microsoft.codeanalysis.dll
msbuild\current\bin\roslyn\vbcscompiler.exe

* Undoing ngen priority changes in wrong file.

* Adjust ngen priority of assemblies for perf gains

These changes support an effort to improve VS performance after an update by tuning the assemblies ngen'd during setup.

After this change, the following assemblies should be ngen'd at priority 1:

msbuild\current\bin\roslyn\microsoft.build.tasks.codeanalysis.dll
msbuild\current\bin\roslyn\microsoft.codeanalysis.csharp.dll
msbuild\current\bin\roslyn\microsoft.codeanalysis.dll
msbuild\current\bin\roslyn\vbcscompiler.exe

* Set ngen priority to 1 for two System assemblies

After this change, the following assemblies should be ngen'd at priority 1:

msbuild\current\bin\roslyn\system.collections.immutable.dll
msbuild\current\bin\roslyn\system.reflection.metadata.dll

* Update DesktopCompilerArtifacts.targets

* Stop ngen'ing vbc.exe and csc.exe as pri1

The feedback we've gotten about build slow-down after VS update focused on IDE build and not command line build. We're working on a change in VS to start ngen'ing pri1 assemblies synchronously during Setup, and so we want to restrict that only to assemblies for which analysis shows a significant perf impact to the IDE start, open solution, and build solution scenarios.

* Set ngen priority to 2 for csc.exe and vbc.exe

I was intending to set these to pri2 with the previous change, but instead removed the prioritization altogether, which would leave it at the default (3).

* Set ngen priority to 2 for csi.exe

Per discussion with Roslyn team, this exe should have negligible jit impact on performance.

Don't show nullability information in quick info if it's not enabled

Some Inline Rename accessibility improvements

Simplify code generation options code

Fully qualify unimported type name when in import directive

Use simpler null checks

Fix make method async/sync and some related code fixes

We don't have this scenario fully polished and it can often be more
confusing because the information shown won't always be useful or
accurate.

Fixes https://github.com/dotnet/roslyn/issues/37314

Snap 16.3-preview2

Move refa to helpers5