Rider 2019.3 Early Access Program is Open!

Hello everyone,

Are you looking for something new to try in Rider to help you become a more productive developer? Then we have something great for you! We’ve just started the Early Access Program for Rider 2019.3!

RD2019.3EAP-blog@2x

In the first EAP build, you will find a highly requested feature in the debugger, lots of improvements in performance, initial support for MongoDB, and a timeline for GitHub Pull Requests. Sound intriguing yet? Let’s have a closer look at what we have in Rider 2019.3 EAP 1:

  • Rider 2019.3 automatically gets all the performance optimizations that we’ve added to the IntelliJ Platform during our recent Quality Marathon. To mention just a few key improvements: startup performance has improved a lot, smooth mouse scrolling is here, and we’ve eliminated all kinds of UI freezes. Read more about the performance improvements.
  • Docker-compose support has finally reached the debugger! We hope you enjoy it. In other debugger enhancements, “Pin to top” feature supports recursive evaluation, “Jump to Type Source” is now available, and the “Just my code” option for exception breakpoints works much better on Mono.

debugger@2x

  • Rider has added some initial support for MongoDB (read more). Other than that, we’ve extended Rider’s database support to the Oracle PL/SQL debugger, and added an easy way to google connection errors.
  • We’ve added a timeline for GitHub Pull Requests so you can observe all the relevant information about a pull request such as comments, reviews, and updates. In addition, to make Rider’s VCS support even better, we’ve improved the “Compare with Current” view, reworked the Clone dialog, and made it possible to push a non-active branch. Find more details in this blog post.

pull-requests-timeline

In addition to these four key areas we’ve improved, many more changes are worthy of note:

  • Improved C# 8 support including notnull constraint, the target-typed switch expressions, early support for default interface methods, a new hint "Local function can be static", and a new quick-fix "Add missing arms".
  • New Type Name Hints are available for lambda’s parameters, all var occurrences including pattern matching and tuples deconstruction, range variables inside LINQ statements, and at the end of a line in a method call chain.

type-name-hints

  • Now it’s possible to profile .NET Core applications on Linux and macOS using the embedded dotTrace plugin.
  • Web development: We’ve added support for the new syntax in TypeScript 3.7. Dart support is now available via a plugin, and there are lots of changes in Vue.js support. You can now see method return values in the debugger’s Variables view. Finally, we’ve improved memory usage when debugging with source maps.
  • Xamarin support has a couple of important fixes such as x:DataType and Class attribute support. Also, Now you can edit Android-specific project properties on the Project Properties.
  • Rider’s project model now extends any refactorings you make in your web language files, such as TypeScript files, to all your project files. For instance, “moving a TS class to a separate file” updates the corresponding .csproj file with the change. We’ve also improved the UX for the ”Not Built” project state in the Solution Explorer.
    Please note that we’ve dropped our support for .NET Core 1.* SDK as these versions have reached their End Of Support.
  • We now generate the predefined run configuration in a smarter way so that you can run it without any additional movements or adjustments. It also has an appropriate auto-generated name now, instead of the boring “Default”.
  • We’ve improved Rider’s support for project files (like .csproj files) by making code completion aware of various MSBuild things. You can also use an inspection and a quick-fix for <TargetFramework>/<TargetFrameworks> validation.

target-frameworks

One more thing: check out the new splash screen when Rider starts up. We hope you like it :)

Interested in fixed issues more than new features? Visit this page to see all the closed requests.

If you’re ready to download and try out this build, there are a few ways you can take part in this 2019.3 EAP:

We’d love to hear your feedback! Please add your comments below.

It’s worth mentioning that Rider EAP builds are free to use but expire within 30 days of the build date.

This entry was posted in Releases and tagged , , , , , , , , , , , . Bookmark the permalink.

16 Responses to Rider 2019.3 Early Access Program is Open!

  1. ‏‏‎ ‎ says:

    “Type Name Hints” looks like a great feature.
    Also happy to see you guys are still improving performance.

    Thank you!

  2. Mart Leet says:

    Azure plugin is must be. Sadly last eap period they created compatible version only for RC version.

  3. Dan says:

    When I launch Sampling profiling on macOS, Directory.GetCurrentDirectory() is set to my User folder instead of the project’s root folder.

  4. Leon says:

    … visual studio community free and still better … including a scrollmap (https://youtrack.jetbrains.com/issue/IDEABKL-5794?_ga=2.129145674.773960058.1572192591-1328651985.1565983786 …9years what a joke jetbrains) MS did that right years ago along

    • feiti says:

      If your most important feature for an IDE is really a scrollmap than obviously, you must be a very professional developer.

    • Nick says:

      Visual Studio is a joke. It’s a cludgey, slow mess that Microsoft hasn’t properly maintained with bugs reaching all the way back to the 90s.

    • There’s a much better version of this feature and it’s called Structure view.

      It’s not only a high-level view of your code – but contains code regions as well – which if you know how to properly incorporate into your codebase is an invaluable way of keeping your bird-eye/strategic and full-detail/tactical views always on hand as you code.

    • skotl says:

      Don’t feed the troll, folks. If he’s been so besotted with VS for nine years then I find it hard to believe that he’s suddenly animated enough to be responding to EAP blogs about a scrollmap.
      In other news… we had a couple of diehard VS fans on the team and they switched to Rider when I showed them the embedded resharper hints. No going back for them now.

  5. jwh315 says:

    First, thanks for implementing docker-compose debugging. I have been waiting for this feature for a long time and am really excited to use it.

    I am wondering if you guys have a blog post specifically on the usage of this feature. So far we have been able to get it working, but have had to make some pretty significant modifications to our Dockerfiles and docker-compose.yml specs to get it working.

    One of the main issues we are seeing is specifying an ENTRYPOINT in a Dockerfile causes the debugger to not get injected.

  6. Jeb says:

    Is is possible to configure a run config with just a .dcproj file or o you also need all related yml files ? I’m having issues running my compose project…

  7. Nuno says:

    Hi all!
    I am a new Rider user and it’s good to see this software groving, however as I have posted in several places already, screenreader accessibility really could be improved!
    It’s a pity because Rider works much, much snappier than Visual Studio

Leave a Reply

Your email address will not be published. Required fields are marked *