Skip to content

Rust analyser is starting in c# projects(omnisharp) #6474

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

Closed
jcbritobr opened this issue Nov 5, 2020 · 12 comments
Closed

Rust analyser is starting in c# projects(omnisharp) #6474

jcbritobr opened this issue Nov 5, 2020 · 12 comments
Labels
A-vscode vscode plugin issues S-unactionable Issue requires feedback, design decisions or is blocked on other work

Comments

@jcbritobr
Copy link

jcbritobr commented Nov 5, 2020

Hello. Rust Analyser thinks csharp projects are rust projects and starts running. Here follow my configuration
rust analyser - v0.2.368
windows 10 64
vscode - 1.50.1

Below are the print of my project
image

Couldn't get a trace from the start but it happens only when I start the vscode under desktop shortcut. If I call $ code . in terminal, it doesn't happens.

@lnicola
Copy link
Member

lnicola commented Nov 5, 2020

Can you reproduce it with an empty ("hello, world") C# project? And what is that shortcut pointing to?

@lnicola lnicola added A-vscode vscode plugin issues S-unactionable Issue requires feedback, design decisions or is blocked on other work labels Nov 5, 2020
@jcbritobr
Copy link
Author

I'll try to do that.

@jcbritobr
Copy link
Author

Can you reproduce it with an empty ("hello, world") C# project? And what is that shortcut pointing to?

Hello! I could reproduce it with a nunit template projetct.
dotnet new nunit -n "test"

image

@bjorn3
Copy link
Member

bjorn3 commented Nov 7, 2020

https://github.com/rust-analyzer/rust-analyzer/blob/f3fe6561c00a07a7d6131db42983cbc3eb658957/editors/code/package.json#L61-L67

It is only supposed to activate for rust files, Cargo.toml and a few commands created by rust-analyzer.

@matklad
Copy link
Member

matklad commented Apr 27, 2021

Activation events look right to me, so I'd guess its a project specific issue (maybe an .rs file somewhere?) rather than ra issue .

@matklad matklad closed this as completed Apr 27, 2021
@lnicola
Copy link
Member

lnicola commented Apr 27, 2021

This can still happen on very large projects, but we have a different issue filed for that. And I can't reproduce this with an empty project:

image

@jcbritobr
Copy link
Author

Activation events look right to me, so I'd guess its a project specific issue (maybe an .rs file somewhere?) rather than ra issue .

no, it only starts without no reaseon.

@lnicola
Copy link
Member

lnicola commented Apr 28, 2021

Do you maybe have a very slow disk or a lot of extensions?

@jcbritobr
Copy link
Author

No, I have only few extensions, but had a time Im not observing this behavior. Maybe it was solved for another bugfix.
image

@lnicola
Copy link
Member

lnicola commented Sep 15, 2021

This was probably the same as #7268 (and #7737).

@matklad
Copy link
Member

matklad commented Sep 15, 2021

(:eye: for an :eye: : for some reason, omnishap extension starts for me in rust-lang/rust repo)

@IsakSundeSingh
Copy link

IsakSundeSingh commented Sep 7, 2023

This still happens for me in a C# project. No .rs-files, no .toml or Cargo.toml.
Not really a problem though, just weird 😅
Edit: Happens in another C# project as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-vscode vscode plugin issues S-unactionable Issue requires feedback, design decisions or is blocked on other work
Projects
None yet
Development

No branches or pull requests

5 participants