You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Due to legal reason I cannot disclose any screenshots of this issue to the public.
I have a set of nuget packages that are being built on Azure Devops Server with SourceLink. These nuget packages are dumped by a pipeline to a fileshare. So far so good.
However when I copy the nuget package onto my local machine. The SourceLink information just vanishes.
I've observed this issue by leveraging the NuGet Package Explorer.
Is this an intended feature with SourceLink. Or do I need to investigate potential firewalls between me and the fileShare.
The text was updated successfully, but these errors were encountered:
Do you have a symbol server that reads the symbols from the snupkg and serves them? AFAIK neither the SDK nor the debuggers can read directly from snupkg.
Yeah, we're using jfrog with the newly supported artifactory for .snupkg to serve as our symbol server. I was thinking of using source link. So using nupkg and snupkg I've been able to debug packages. However I just found this issue very strange that, when as mentioned, I just copied a nupkg from network location onto local disk.
@clairernovotny I'm guessing that somehow NuGet Package Explorer can't find the PDBs/symbol packages.
Source Link information is embedded into the PDB. The tool that uses Source Link info needs to be able to find the PDB.
Due to legal reason I cannot disclose any screenshots of this issue to the public.
I have a set of nuget packages that are being built on Azure Devops Server with SourceLink. These nuget packages are dumped by a pipeline to a fileshare. So far so good.
However when I copy the nuget package onto my local machine. The SourceLink information just vanishes.
I've observed this issue by leveraging the NuGet Package Explorer.
Is this an intended feature with SourceLink. Or do I need to investigate potential firewalls between me and the fileShare.
The text was updated successfully, but these errors were encountered: