Support language features in metadata / decompiled source files

Currently it looks like all metadata as source files are going into the LSP misc workspace. This appears to be because TryAddDocumentToWorkspace never gets called. In VS this is called when the file is opened (the misc files workspace sees it and puts the document in the workspace). Since a solution is never created in the metadata workspace because the file is never added, the metadata workspace is also not registered.

Scenarios here

Go to definition from metadata references
Document outline - Provide outline and breadcrumbs for read-only (generated, decompiled) sources #6341

Is there any update on this? This seems like a pretty big miss from a feature-parity perspective and it's been several months since this ticket was updated.

Just encountered #6021 but only for some projects in a solution.

I'm on version 2.22.5 and everytime I reload the window, the C# output pane shows this:

Using dotnet configured on PATH
Dotnet path: /usr/share/dotnet/dotnet
Activating C# + C# Dev Kit...
waiting for named pipe information from server...
[stdout] {"pipeName":"/tmp/c8da874b.sock"}
received named pipe information from server
attempting to connect client to server...
client has connected to server
[Info  - 3:42:10 AM] [Program] Language server initialized
[Error - 3:42:11 AM] Request textDocument/semanticTokens/range failed.
  Message: Unsupported extension '' and LSP language id ''
  Code: -32000 
[object Object]
[Error - 3:42:11 AM] Request textDocument/semanticTokens/range failed.
  Message: Unsupported extension '' and LSP language id ''
  Code: -32000 
[object Object]

Still not solved?

This should be available in the next prerelease update to the extension. Will update here once it is published.

This should now be available in v2.41.26 (pre-release).

@dibarbet

@dibarbet, thank you for fixing this. it was working great for a while, but unfortunately I'm having this issue again with the latest pre-release version and the latest release version of c# extension. Your fix was working when vs code was opening source files as "decompiled metadata as source" but it seems that the most recent versions of the c# extension are opening the same source files in a SymbolCache directory.

@SherbetHead

@SherbetHead yeah there is an issue with sourcelink in the latest version. We're working on a fix and should have it out this week.

What's the status on this? It's frustrating only being able to navigate one level deep into decompiled code.

@HunterZ

@HunterZ this should be available in the latest versions of the extension (either release or prerelease). If you're having problems on the latest version, would you mind filing a new issue? Would be helpful to include the C# logs - https://github.com/dotnet/vscode-csharp/blob/main/SUPPORT.md#collecting-general-logs as well as any information on where the symbols you're navigating to are coming from.

After having never worked, this suddenly seems to have started working a few days ago. I guess it just took 2-3 months to get into a release version.

Navigation Menu

Repository navigation

Support language features in metadata / decompiled source files #5787

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Support language features in metadata / decompiled source files #5787

Description

Activity

dibarbet commented on Sep 13, 2023

daniel-tonic commented on Feb 26, 2024

hsm207 commented on Mar 31, 2024

whitecostume commented on May 22, 2024

dibarbet commented on Jul 26, 2024

dibarbet commented on Jul 31, 2024

SherbetHead commented on Sep 10, 2024

dibarbet commented on Sep 10, 2024

HunterZ commented on Oct 8, 2024

dibarbet commented on Oct 8, 2024

HunterZ commented on Oct 18, 2024

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions