Transform URIs of hover results

[Semesse]

trying to (partially) fix #157124 with unit tests

file:// and vscode-local:// URIs provided by HoverProviders are now transformed and MarkdownRenderer will render the transformed URI

[ghost]

All CLA requirements met.

[jrieken]

The uri transformer shouldn't be used directly. The contract is that the at the level of the RPC protocol uri transformation happens - for any URI instance (which is the reason why some "funny" uri extraction happens for markdown)

Can you add some detail what issue you are trying to solve and what repro steps show this? It might be a case of missing to extract a particular uri

[Semesse]

The uri transformer shouldn't be used directly. The contract is that the at the level of the RPC protocol uri transformation happens - for any URI instance (which is the reason why some "funny" uri extraction happens for markdown)

Can you add some detail what issue you are trying to solve and what repro steps show this? It might be a case of missing to extract a particular uri

Thank you for kind reply~ I want to fix URIs' rendered inside hover results because they seem to point to local file system file:// instead of vscode-remote://, here's an example screen record

Kapture.2022-08-17.at.14.03.58.mp4

As you can see in the above clip, {@links xxx} in jsdoc is broken as rendered in markdown. Here's my repo: https://github.com/Semesse/flowp, open src/control/mutex.ts under remote ssh and try to click the link in hovers will trigger the issue (but in theory this should occur in any repo using jsdoc)

Could you give me some insights on how to fix this issue without breaking the contract? :)