Confusing behaviour with types that have both generic and non-generic versions

I ran into a couple of weird issues at source.dot.net:

1. It’s impossible to find IEnumerable<T> (I tried with and without namespace, with and without namespace assembly name etc),
2. In the List<T> page both links to IList<T> and IList point to the same page (IList<T>),
3. In the IList<T> page link to ICollection<T> points to the non-generic ICollection,
4. A lot of references to IEnumerable<T> (example) point to error page (which says Don't use this page directly, pass #symbolId to get redirected.)

All pointed issues are applicable for all interfaces that have both generic and non-generic versions (IEnumerator, IEqualityComparer etc).

The issue is probably related to https://github.com/KirillOsenkov/SourceBrowser/issues/179.

[alexperovich]

its not technically a shproj, because its been processed with my binlig -> sln translation stuff, but all the files that are flattened are in the csproj like this: ..\..\libraries\System.Private.CoreLib\src\System\Activator.cs so I bet thats the problem. Its showing up as a “linked” file without any link.

[KirillOsenkov]

I think if you have the path for the csproj (which you should have) then each .cs path is relative to the .csproj. You can fiddle with relative paths and compute the Link metadata for those outside the project cone.

We can brainstorm this together if you like.