ReSharper Support | JetBrains

Richard Deeming

Follow New posts New posts and comments

Total activity 575
Last activity June 06, 2022 06:49
Member since October 06, 2010 20:13
Following 0 users
Followed by 0 users
Votes 39
Subscriptions 196

Richard Deeming commented, May 26, 2022 07:24
That could get very tricky - the set of supported operations will vary by both the EF Core version and the provider used. For example, MaxBy will probably be supported by the SQL Server provider in...
- 1 vote
Richard Deeming commented, May 03, 2022 10:26
The required assembly binding redirects used to match the version of the package that was installed. Suddenly finding a redirect to a version that's two millennia away looks like a bug. If it's int...
- 0 votes
Richard Deeming created a post, May 03, 2022 09:39
Answered

JetBrains.Annotations: Wrong version

The 2022.1.0.0 version of the JetBrains.Annotations package has a version number of 4242.42.42.42! The problem was caused by this commit last November.
1. Community
2. ReSharper Community
- 2 followers
- 3 comments
- 0 votes
Richard Deeming commented, April 22, 2022 13:12
Excellent! Thanks for the quick response.
- 1 vote
Richard Deeming commented, April 22, 2022 12:41
It's also producing "cannot resolve template" errors for [UIHint("...")] attributes, even though the template exists and works correctly.
- 0 votes
Richard Deeming created a post, April 22, 2022 11:10
Answered

MVC5 v5.2.8 breaks navigation

After updating the MVC5 NuGet references to v5.2.8, which was released 10 days ago, R# 2022.1 no longer allows me to navigate to the controller / action from a Url.Action call in a Razor file, and ...
1. Community
2. ReSharper Community
- 2 followers
- 4 comments
- 0 votes
Richard Deeming created a post, April 21, 2022 08:57
Supposedly "fixed" issue not actually fixed! (Cannot resolve event "formdata")

Cannot resolve event "formdata" This issue was marked as "fixed" in 2022.1 EAP 9. However, after installing the final release of 2022.1, the error has NOT been fixed.
1. Community
2. ReSharper Community
- 2 followers
- 1 comment
- 0 votes
Richard Deeming commented, March 10, 2022 08:20
I suspect R# can't be certain that calling the same method twice will return the same value. Try storing the value returned from GetTableName in a local variable instead. var contentType = _db.Mode...
- 0 votes
Richard Deeming commented, February 25, 2022 08:23
var for reference types is always assumed to be nullable, since it could be assigned a null value later in the code:LDM-2019-12-18 The R# behaviour is correct as per the C# specification.
- 0 votes
Richard Deeming commented, February 17, 2022 10:06
D'oh! I missed that part of the pattern. Of course, the method can be simplified still further by using the generic GetCustomAttribute method: public static string GetDescription<T>(this T value) w...
- 0 votes