Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Go to definition on any Seq function goes to prim-types.fs instead of seq.fs #97

Open
NinoFloris opened this issue Mar 3, 2020 · 7 comments

Comments

@NinoFloris
Copy link

Go to definition on any Seq function goes to prim-types.fs instead of seq.fs

¯\(ツ)

@auduchinok
Copy link
Member

@NinoFloris Could add more details like the solution used for a complete repro, please?

@NinoFloris
Copy link
Author

let foo = 
    Seq.singleton 1 // <-- go to definition

Sorry @auduchinok but this one seems obvious.

@auduchinok
Copy link
Member

auduchinok commented Mar 3, 2020

@NinoFloris Sorry, even though it could seem that way, looking at the initial comment only, it might be possible that you were talking about navigation inside a compiler solution (like FSharp.sln, FSharp.Compiler.Service.sln, or others), and there might have been some behaviour differences due to some of them referencing FSharp.Core as a package/assembly reference and some referencing it as a project reference. If this is the case, the solution info and a project to navigate from would still actually help to reproduce the exact problem.

The second comment suggests it could be some non-compiler solution and I've checked it on a random file in Fantomas.sln and it seemed to be using SourceLink info which is something I haven't seen working previously (though, I haven't checked it for a while). In my case it suggested both files and at least one of them was what you were expecting.

Screenshot 2020-03-03 at 22 12 31

I'll need to check if the problem is actually on our side and not something encoded wrongly somewhere else, presumably in SourceLink.

@NinoFloris
Copy link
Author

Alright makes, sense I'll try to add some more info next time :)

I really only get a direct go to definition into prim-types, no dropdown. This is on EAP 2

@NinoFloris
Copy link
Author

This is still the case in 2021.2 in a regular net5.0 tfm console app.

Doesn't matter if you click on Seq or singleton.
https://user-images.githubusercontent.com/4218809/123522829-4a16b880-d6c0-11eb-9d0c-b0de01069bbd.mov

@NinoFloris
Copy link
Author

NinoFloris commented Jul 14, 2021

Did this get fixed? I can't repro it anymore 🎉 finally going straight to seq.fs (though this is on the dev build you gave me, I'll wait for EAP 7 to reconfirm before I close it)

@NinoFloris
Copy link
Author

The cases above are still working great.

There are some cases left though like going to definition for Option.None still doesn't quite end up where it should be in the file.

Similarly trying to go to def for IEvent<'Args> ends up showing a decompiled version of IEvent<'Delegate, 'Args> instead, so that doesn't even point to prim-types.fs

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants