Fixes microsoft/vscode-internalbacklog#1736

Part of microsoft/vscode-internalbacklog#1709

Part of microsoft/vscode-internalbacklog#1709

This change allows remote extension to handle elevation if they want.
Fixes microsoft/vscode-remote-release#3922

Fixes microsoft/vscode-internalbacklog#1680

Fixes https://github.com/microsoft/vscode/issues/111400

Fixes #110795

Fixes #110795

Fixes https://github.com/microsoft/vscode-remote-release/issues/2711

Fixes microsoft/vscode-remote-release#3235

Fixes #100822

* Move the webview port mapping from renderer to main process

Fixes #95955

Our port mapping impl for webview currently relies on `getWebContents` to handle port mapping in the renderer process. This API has been deprecated by electron.

This change instead moves the webview port mapping handler to the main process. To make this change, I also realized that the tunnel service needed to be moved from `vs/workbench` to `vs/platform` so that we could consume it from the main process

Other changes made as part of this refactoring:

-  Register all webview in a `webview` partition. This ensures that our port mapping manger only intercepts requests made inside webviews.

- Send the `webContentsId` to the main process. This is required to implement `onBeforeRequest`. Unfortunatly the referrer always seems to be undefined for these requests

- Have the tunnel service take a resolved authority instead of taking the raw authority. This was required due to the tunnel service moving to `vs/platform`

* Cleanup and adding url filter

_serviceBrand is only used for typing and should not result in emit

Also adds readonly

Fixes #92008

Fixes #88064

Part of #81388

Part of #81388

Part of #81388

Part of https://github.com/microsoft/vscode-remote-release/issues/1777

We compile using the alwaysStrict flag so these directives are not needed.

This part removes most of the remaining use strict directives that were not caught by part 1 and 2

related to #10340