Support for .NET SDK 7

Srsly? Like, SERIOUSLY??? .Net 7 is in 2nd RC - not preview, about a month before official release (in fact, if we were to consider previous release dates - Nov 10 for #5 and Nov 8 for #6, likely less than a month, probably on the .Net conference Nov 8-10). RC means "supported for production workloads." What does "closer to release" mean, exactly? These are exactly the reasons why I'm considering not renewing my jetbrains subscription this year.

Give them a break. JetBrains is a great company and Rider is the best IDE.
We don't know what is involved in supporting .NET 7 in such a complex code base, and JetBrains has an EAP with support.
Stop being so entitled and rude. This isn't worth an emotional outburst.

Gotta love when people like your product so much they get a bit angry at the prospect of not being able to use it.   I'm using .NET 7 in Rider EAP 6.  Also, the new UI ( which you have to turn on ) is really good! Good job guys

Ben van der Stouwe this post keeps changing, it said quite different things before, such as Rider doesn't support .NET 7 and they weren't going to support it until things settle (this is while it was RC and "Go Live" ).   Then we started getting builds that hard partial support.   However, some people are a little dramatic, and mostly Jetbrains has been pretty quick with support in the past, so not sure why people were worried.

Dear everyone! 

Here is a small update about this matter: 

• The ".NET SDK 7 is not fully supported" message was removed in the 2022.3 EAP8 build. 
• We are going to deliver two more EAP builds before the final release to polish all the things. 
• We are going to release Rider/ReSharper/.NET tools 2022.3 at the beginning of December. 

Thanks!

"(right now .NET 7 itself has many issues to fix)". I see 15 open and 5.4k+ closed. Please update the post so at least it makes more sense. People are watching it. Good communication is the least I would expect for being an Ultimate subscriber.

Source generators don't work when using NET 7 RC2 MSBuild.

Anyone else finds the lack of reaction from Jetbrain's side to be mildly irritating?

James Hughes James:

• The original comment is from October. At that time, .Net 7 was in RC2 and the post from Jetbrains (which has now been changed) said something along the lines of ".Net has itself many issues, we'll look into it closer to its release" - which at that point was less than a month before the release
• For previous releases - .Net 5 and 6 (can't tell for .net3 as there was no Rider back then), Jetbrains had official EAP with support for the upcoming .Net in (if I recall correctly) in August or September. For .Net 7, less than a month before official release, it said "we'll look into this later". WTH?
• I have been paying for the all products subscription since whenever it came along (and have been a paying Jetbrains customer for about 10 years now - myself, not an employer or something like that), so I can compare both over time service degradation as well as the development speed among different Jetbrains IDEs. In general, the features are available in IntelliJ, then the rest, and then long time after in Rider. Goland always has up to date feature set with both official and pre-release of Go, for instance. Same with Java. Rider on the other hand is often a year or more late with features that other Jetbrains IDEs have (such as container development, Code with me etc.)
• .Net development is very transparent, and roadmap has been stable since January and first preview came out in mid February. That is a lot of time. .Net development is not a MS blackbox, hasn't been for many years now.
• You're confusing entitlement and customer service. If I'm paying a subscription, I expect the service. And the service has degraded greatly comparing to what it was before. Or, in another words, I paid for a different level of service (based on previous experience) at the time of subscription than what I'm getting right now. And if that still sounds too cryptical for you: If you go to a pub for 10 years, always order Heineken and always get Heineken, and then suddenly one day order Heineken again but get PBR for the same price without any explanation, it's not entitlement to call it out.
• The fact that the original post has changed several times by Jetbrains in the past few weeks and now my original comment seems less relevant is unfortunate, but considering nobody from Jetbrains made any comment or response to this thread and instead changed the post is by itself wrong and shows a rather strange approach of Jetbrains towards its longtime paying customers. I haven't seen this kind of communication from a reputable company in quite a while.
• So, to paraphrase your own words, shut your bloody mouth, you have no idea what you're talking about.

Is EAP7 considered to be last EAP? I.e, are you sync with .NET7 SDK official release date? Or any estimates to final release?

.NET 7 released today, hope it would be supported soon

Can't wait. Keep up the good work :)

I don't understand the problem. I just migrated our projects from dotnet 6 to dotnet 7 (#dropthedot) and everything works fine in Rider Release 2022.2.4. Stuff like the `required` modifier are recognized. Sure I'd like Rider to autofix the possible null value warnings with the `required` modifier instead of ` = null!` insert, is that's what this issue is about?

I downloaded yesterday, but it simply didn't work. It opens the 1st screen to select the projects, I choose one and then it just closes Rider and comes back to the 1st screen... For now, I will have to stick with VS which last update is fully supporting .NET 7

Quite a few peeps here should chillax. Rider 2022.3 EAP 8 has a wonderful support for .Net 7 and the new UI is fast and pleasant to work with. Nice job, JetBrains. Keep up the good work.

Running on macOS. 

JetBrains guys: we love you! And we get it. It's ok to be late sometimes. Nothing and no one is perfect. But the rule is, as always: communicate with the people you're responsible to! Can we PLEASE get an update on progress or an estimate or something?

Why am I sent to a page about .NET 7 when opening a .NET 8 (preview) solution?

Good to hear it @Dydek but all I get when I open a dotnet  7 project in Rider 2022.2.4 on Linux MInt 21.0 is the following:-

I guess the sooner 2022.3 EAP 8 makes it into production the better ;)
Do you know when that will be, by any chance?

Can you please provide a timeline of when new tech will be fully supported. MAUI and Blazor etc.

Just started a new project and wanted to use .NET 7 as it's in RC and Microsoft supports it for production, but because of Rider not supporting it, I'm forced to use Visual Studio.... :(

I upgraded to 2022.3 yesterday, and now the builds for one of our legacy .NET Framework 4.7.2 projects fail in Rider because it is trying to use .NET Core (not sure which version). Rolling back to 2022.2.4 fixed the issue. I will open a ticket.

Andre / Craid, it's not really an issue, just a warning, just develop, I haven't found any issues really

I don't know if anyone else had the same issue, but since I upgraded to 2022.3, it's been almost impossible to use Rider due to high CPU usage, almost 80%. This wasn't happening with 2022.2.4. 

If you're seeing

The current .NET SDK does not support targeting .NET 7.0 

then try switching your tooling (settings -> build, execution, deployment -> toolset and build -> msbuild version). What I've found is that using msbuild from vs2022 _Community_, all up-to-date, produces this error, but using msbuild from vs2022 _Build Tools_ (all up to date) works just fine. For me, the Rider warning is just that - a warning - I'm currently working on many solutions targeting dotnet7, in Rider. I came here to find out _what_ isn't supported, and that hasn't really become apparent. Apart from the warning, after ensuring that I'm using _Build Tools_ and _not_ VS proper, I wouldn't even know the difference from targeting net6.0.

Interestingly, some projects seemed to be easily upgraded from net6.0 to net7.0 without any issue, and other times I had to manually set the build tools msbuild for use. I only have vs2022 community installed "just in case" I need an IDE - I tend to use Build Tools anyway, rather than the built-in msbuild, because I can update it out-of-band and I have CLI build for all my projects anyway, so I'm going to need CLI tools.

Alternatively, select msbuild from your dotnet 7 sdk installation folder - it seems like, for some projects, this is being auto-detected & selected.

Have you tried invalidating caches and restarting (from the file menu)? I've had some times when an upgrade to rider doesn't play nicely with existing project caches.

Hi Davyd,

I found out what was the issue (sorry, I totally forgot to come back here and post my solution). I found this info in a ticket thread in Jet Brains support area. The issue was related to Hunspell. Disabling it did the tricky.

But hey! JetBrains just released a new update to 2022.3 (it is 2022.3.1) which contains some bug fixes and, among them, the fix for the Hunspell issue.

Hi all,

I was able to resolve the issue "The current .NET SDK does not support targeting .NET 7.0". I don't know if this is specific to Rider.

MSBuild 17.4 is required for .NET 7. For some reason, even if you have SDK 7.x installed, the build tries to use older version that only works for .net 6.

Add a global.json file to the project to tell MSBuild the SDK version to use. For example (not sure if you have to be so specific with the version, looks like "7.0" works as well):

{
  "sdk": {
    "version": "7.0.101",
    "rollForward": "latestFeature"
  }
}

find your latest sdk version installed with > dotnet --list-sdks

Are we getting close?  I'm seeing a lot more red squiggles in Rider these days as .NET 7 features are showing up all over our code.

Unacceptable for how long it took for Jetbrains to support .NET7. I mean the whole reason for having this toolchain is to not needing to use MS Visual Studio. With .NET 7, we just couldn´t!