Updated Jetbrains Rider: Unable to connect to MSBuild process to load project

I cannot for the life of me figure out this error:

This is my settings:

dotnet is detected by Rider:

Fairly certain this happened after a Rider version update. Ive done full re-installs of everything. The settings look identical to the working settings on my laptop which I also run Manjaro on.

I tried some of the suggestions I found on the first few pages of internet searches, like creating a dotnet console application once from terminal, making sure dotnet is in PATH, explicitly installing dotnet and mono from extra, starting jetbrains with sudo from the terminal to test if it was a permissions thing, etc…

P.S.
I also added msbuild to path, though I may not have done it correctly and will have to check later.

If anyone has any ideas I would greatly appreciate it.

Hi @hardbrocklife,

I’ve never done anything with mono, .net, don’t know .net, and nothing of the sort.

However, on my first search of the error provided:

It means that MSBuild crashed or froze during startup. This error usually occurs because of invalid Mono. Try to update Mono Runtime.

So, excuse me for asking stupid questions, but do you have it installed and up-to-date? It’s in the repositories:

$ pamac search mono
[...]
mono-msbuild-sdkresolver  16.10.1.xamarinxplat.2021.05.26.14.00-5                                                                                                                                                           extra
Xamarin implementation of the Microsoft build system
[...]
mono-msbuild  16.10.1.xamarinxplat.2021.05.26.14.00-5                                                                                                                                                                       extra
Xamarin implementation of the Microsoft build system
[...]

So installing them, if you don’t already have 'em, is as easy as:

pamac install mono-msbuild-sdkresolver mono-msbuild

I don’t know if this helps, but I hope it does.

Are you trying to load a unreal engine project?

Make sure your network (proxy) is set up properly, Rider is communicating with it’s server when loading project.

I don’t have to install mono or MSBuild on my side, it’s bundled with the engine. If your project file get generated properly, the path will be the one in the engine folder:

I am not, but thank for providing a detailed response regardless.

1 Like

It implies an either/or between dotnet and mono, and I have dotnet installed. I do not have mono installed on my laptop and the same code works.

I tested with nearly every mono in extras or AUR. I’ll give that specific one a try later and report back.

I tried this and it said they are already up to date, so they must be the ones I have installed already.

I am using Rider - 2024.3.5 (243.24978.27) - no issues building a dotnet core WASM project.

If the code builds on one system but not the other - I suggest you verify the relevant packages synced on both systems.

I do not use repo package but custom build scripts and a custom repo to maintain my dotnet packages.

The custom repo is to ensure my packages is kept at specific levels.

At time of writing 2025-02-22T23:00:00Z the package versions

 $ pacman -Qs dotnet
local/dotnet-host-bin 9.0.2.sdk200-1
    A generic driver for the .NET Core Command Line Interface (binary)
local/dotnet-runtime-8.0-bin 8.0.13.sdk406-1
    The .NET Core runtime (binary)
local/dotnet-runtime-bin 9.0.2.sdk200-1
    The .NET Core runtime (binary)
local/dotnet-sdk-8.0-bin 8.0.13.sdk406-1
    The .NET Core SDK (binary)
local/dotnet-sdk-bin 9.0.2.sdk200-1
    The .NET Core SDK (binary)
local/dotnet-targeting-pack-8.0-bin 8.0.13.sdk406-1
    The .NET Core targeting pack (binary)
local/dotnet-targeting-pack-bin 9.0.2.sdk200-1
    The .NET Core targeting pack (binary)
 $ pacman -Qs aspnet
local/aspnet-runtime-8.0-bin 8.0.13.sdk406-1
    The ASP.NET Core runtime (binary)
local/aspnet-runtime-bin 9.0.2.sdk200-1
    The ASP.NET Core runtime (binary)
local/aspnet-targeting-pack-8.0-bin 8.0.13.sdk406-1
    The ASP.NET Core targeting pack (binary)
local/aspnet-targeting-pack-bin 9.0.2.sdk200-1
    The ASP.NET Core targeting pack (binary)

I too, develop on workstation and laptops and I am syncing code using git.

I can easily switch between systems and build across them.

1 Like

Ill keep that in mind for the future. I even tried a full uninstall of all of jetbrains including the tool box, wiped all caches, and then reinstalled all my jetbrains applications, and I still got the error. Im out of town for work at the moment but next Im home Im going to try to uninstall all packages everywhere and clean PATH then do a fresh install.

I thought maybe it was something in my project file that I had maybe only half written at the last time I touched the code, but it would throw the error with any new project I created.

Its been a few very busy days since I last tested it, but I am fairly certain I create a project directory to test, named test, and ran dotnet build test from the terminal and it didnt throw any errors in the terminal. I then opened that project with rider and it immediately threw the error.

Im not sure what that indicates, if its permissions or that rider is somehow using the wrong dotnet when I build from the IDE.

If you have diffent versions of reference libraries in your project - and the reference version e.g. 8.0.11 is not on your machine - then your project will throw errors on load.

This can happen if you have 8.0.11 on one machine and 8.0.14 on the other machine.

You must ensure you have a version match otherwise it will shortcircuit your project.

1 Like

I’m going to work on this some this weekend. Do you happen to know of a tutorial or thread that gives a basic break down of what you are doing to manage your dependencies using scripts, or is this something you have built out on your own after years of experience?

I’m trying to learn good software related habits in trying to diversify myself from being just a telemetry hardware/industrial automation guy to software as well. The other part is time. I work full time and am an owner in a small business, so if I have half of Saturday to focus on software development I’d rather write code than figure out what dependency changes have fubard my project.

Are you kind of like building out a venv for project that’s remaining the same and the dependencies are installed in that “venv” avoiding global impact on other projects?

Nvm, I think I have it figured out. I started cross referencing everything between by laptop an desktop and was able to kind of figure it out.

I never used any repos version of dotnet, only the version that Rider installed, so Rider was managing all of the versioning. I removed all the repo versions of dotnet, reinstalled Rider, and was able to install the 8.0 and 9.0 SDKs through rider. My target was 6.0 but I just right clicked the solution > Properties > chose 9.0 as the target and up and running.

Thanks all for your input! It helped my look outside the box of what I was already trying.

P. S. Specifically after uninstalling all dotnet versions and reinstalling rider, in order to download them I went to create a new project, chose the version of dotnet I wanted, and Rider would give me a prompt to download the missing version since it did not detect it anywhere. They were downloaded and installed at /home/your-user/.dontnet/sdk. Jetbrains didnt even give me an option to select dotnet 6 so I assume it must be deprecated since I last installed it. Right clicked the solution in the file view in the left hand pane, clicker properties, and chose dotnet 8 or 9 as the target framework

This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.