Quantcast
Channel: YouTrackReSharper (RSRP) - Bug and Issue Tracker
Viewing all 106942 articles
Browse latest View live
↧

RSRP-471973: Set language version: latest is changed to C# 7.3/ VB 15.5.

October 24, 2018, 7:14 am
$
0
0
Reporter Lilia Shamsutdinova (Lilia.Shamsutdinova) Lilia Shamsutdinova (Lilia.Shamsutdinova)
Created Oct 24, 2018 5:14:02 PM
Updated Oct 24, 2018 5:14:02 PM
Subsystem Quick Fixes
Assignee Andrew Karpov (andrew.karpov)
Priority Normal
State Submitted
Type Bug
Fix version 2018.3
Affected versions 2018.3
Fixed In Version ReSharper Undefined
VsVersion VS 2017 RTM

JetBrains.ReSharperUltimate.2018.3.EAP4D.Checked.(183.0.20181023.132155-eap04d).
Test solution is attached.

  1. Navigate to Program.cs.
  2. Invoke Alt+Enter -> "Set language version to 7.3 for all projects" on out var j (line 18).
  3. Inspect ClassLibrary1.csproj

Actual result:

 <LangVersion>7.3</LangVersion>

Expected result:
Language version does not change from latest to 7.3.

↧
Search

RSRP-471974: Set language version: change from "all projects" to "projects with level less than ..."

October 24, 2018, 7:21 am
$
0
0
Reporter Lilia Shamsutdinova (Lilia.Shamsutdinova) Lilia Shamsutdinova (Lilia.Shamsutdinova)
Created Oct 24, 2018 5:21:54 PM
Updated Oct 24, 2018 5:21:54 PM
Subsystem Quick Fixes
Assignee Andrew Karpov (andrew.karpov)
Priority Normal
State Submitted
Type Usability Problem
Fix version 2018.3
Affected versions 2018.3
Fixed In Version ReSharper Undefined
VsVersion All Versions

JetBrains.ReSharperUltimate.2018.3.EAP4D.Checked.(183.0.20181023.132155-eap04d).

Please change wording for bulk QF from "Set language version for all projects" to more real life message (like "Set language version for projects with level less than ...").

↧
↧

RSRP-471976: Dropdown does not open on Alt+down arrow.

October 24, 2018, 8:41 am
$
0
0
Reporter Lilia Shamsutdinova (Lilia.Shamsutdinova) Lilia Shamsutdinova (Lilia.Shamsutdinova)
Created Oct 24, 2018 6:32:28 PM
Updated Oct 24, 2018 6:41:00 PM
Subsystem Refactorings
Assignee Alisa Afonina (alisa.afonina)
Priority Normal
State Submitted
Type Bug
Fix version 2018.3
Affected versions 2018.3
Fixed In Version ReSharper Undefined
VsVersion All Versions

Branch: 183-alisa.textbox.1.
JetBrains.ReSharperUltimate.2018.3.EAP5D.Checked.(183.0.20181024.13948-eap05d).

Actual result:
Dropdown does not open on Alt+down arrow:

Expected result:
Dropdown opens.

↧

RSRP-471977: Dropdown: Color of selected item and item which are now selected by mouse is the same.

October 24, 2018, 8:41 am
$
0
0
Reporter Lilia Shamsutdinova (Lilia.Shamsutdinova) Lilia Shamsutdinova (Lilia.Shamsutdinova)
Created Oct 24, 2018 6:38:43 PM
Updated Oct 24, 2018 6:41:00 PM
Subsystem Refactorings
Assignee Alisa Afonina (alisa.afonina)
Priority Normal
State Submitted
Type Bug
Fix version 2018.3
Affected versions 2018.3
Fixed In Version ReSharper Undefined
VsVersion All Versions

Branch: 183-alisa.textbox.1.
JetBrains.ReSharperUltimate.2018.3.EAP5D.Checked.(183.0.20181024.13948-eap05d).

Actual result:
Color of selected item and item which are now selected by mouse is the same.

Expected result:
Color of selected item and item which are now selected by mouse differs.

Was in previous version:

↧

RSRP-471978: Dropdown: gap between values list and dropdown.

October 24, 2018, 8:42 am
$
0
0
Reporter Lilia Shamsutdinova (Lilia.Shamsutdinova) Lilia Shamsutdinova (Lilia.Shamsutdinova)
Created Oct 24, 2018 6:42:51 PM
Updated Oct 24, 2018 6:42:51 PM
Subsystem Refactorings
Assignee Alisa Afonina (alisa.afonina)
Priority Minor
State Submitted
Type Bug
Fix version 2018.3
Affected versions 2018.3
Fixed In Version ReSharper Undefined
VsVersion All Versions

Branch: 183-alisa.textbox.1.
JetBrains.ReSharperUltimate.2018.3.EAP5D.Checked.(183.0.20181024.13948-eap05d).

Actual result:

Expected result:
No gaps.

↧
↧

RSRP-470995: Rename: Ctrl+Shift+arrow does not select text in textbox.

October 24, 2018, 8:48 am
$
0
0
Reporter Lilia Shamsutdinova (Lilia.Shamsutdinova) Lilia Shamsutdinova (Lilia.Shamsutdinova)
Created Aug 9, 2018 12:04:53 PM
Updated Oct 24, 2018 6:48:49 PM
Subsystem Refactorings
Assignee Alisa Afonina (alisa.afonina)
Priority Major
State Reopened
Type Bug
Fix version 2018.3
Affected versions 2018.2
Fixed In Version ReSharper Undefined
VsVersion All Versions

JetBrains.ReSharperUltimate.2018.2.EAP7D.Checked.(182.0.20180809.64901-eap07d).

Ctrl+Shift+arrow does not select text in textbox:

↧

RSRP-465850: MsTest TestCategories attribute is not always recognized

October 24, 2018, 8:55 am
$
0
0
Reporter Alexander Kurakin (Alexander.Kurakin) Alexander Kurakin (Alexander.Kurakin)
Created Aug 14, 2017 2:30:05 PM
Updated Oct 24, 2018 6:55:07 PM
Subsystem Unit Testing
Assignee Eugene Strizhok (Eugene.Strizhok)
Priority Critical
State Fixed In Branch
Type Bug
Fix version 2018.3
Affected versions 2017.2
Fixed In Version ReSharper Undefined
VsVersion All Versions
I have a solution written in VB.NET, including 2 test projects with over 3000 tests. The solution was migrated over from VS10 to VS12 to VS15 for now. I wanted to start with one test project to switch from "the old" MSTest (Microsoft.VisualStudio.QualityTools.UnitTestFramework) to MSTest V2 (Microsoft.VisualStudio.TestPlatform.TestFramework) to be able to use Row Tests and the ability to place the TestCategory attribute at class or assembly level.

By changing one project to target MSTest V2 I saw the followng things:
  • the attributes I placed at class level are not discoverd by Resharper TestExplorer, though they are by VS TestExplorer (grouping in both by categories.)

  • after the rebuild all tests are discovered as uncategorized
  • openeing a file that is categorized at class level and changing the grouping to Project and Namespaces and back to Categories updates the test explorer and displays the, but only the opened file(s) as correctly categorized
  • when openeing a file where the category is placed at the method definition I do not have to change the grouping in test explorer. The tests in that file are immediately corretly displayed in test explorer, but also only when opened

(- reference to another issue that also occurs during this actions
-> after rebuild it happens frequently, that not all tests are discovered by resharper as mentioned here (RSRP-462731 Test runner not recognizing MSTest tests), but the refresh button is a workarouond for that most of the times)


I created a little sample solution with two test projects. One targeting MSTestV1, the other MSTestV2. The solution was created in VS 2015. I used the "Add new item" dialog and added the Unit test Project template from that. For the MSTestV2 Project, I removed the reference to the TestFramework V1, added the V2 and the Testadapter with Nuget and last added the proper references to the project.
The V2 project includes two TestClasses in separate files, one with the TestCategory-attribute (named "IntegrationTest") at class level, the othe has none.
If you now "rebuild all" the first time Resharper TestExplorer Shows everything correct.
Now remove the Attribute,
rebuild,
R# test explorer does not update.
Change "Group by:" to anything else and back,
everything is fine.
↧

RSRP-471979: Change Signature: Tab navigation goes to Parameters table twice.

October 24, 2018, 9:05 am
$
0
0
Reporter Lilia Shamsutdinova (Lilia.Shamsutdinova) Lilia Shamsutdinova (Lilia.Shamsutdinova)
Created Oct 24, 2018 7:05:57 PM
Updated Oct 24, 2018 7:05:57 PM
Subsystem Refactorings
Assignee Alisa Afonina (alisa.afonina)
Priority Normal
State Submitted
Type Bug
Fix version 2018.3
Affected versions 2018.3
Fixed In Version ReSharper Undefined
VsVersion All Versions

Branch: 183-alisa.textbox.1.
JetBrains.ReSharperUltimate.2018.3.EAP5D.Checked.(183.0.20181024.13948-eap05d).

            public int Foo(int @int, bool someBool)
            {
                return 1;
            }

Actual result:
The order of Tab navigation: Return Type -> each cell in Parameters table -> Add -> Remove -> Move up -> Modify -> Delegate ->each cell in Parameters table -> 3 unknown controls -> Undo checkbox -> Next -> Cancel -> Name.

Expected result:
Return Type -> Parameters table -> Add -> Remove -> Move up -> Modify -> Delegate -> Undo checkbox -> Next -> Cancel -> Name.

↧
Search

RSRP-470736: Change Signature: navigation by Tab to cell in Member's table does not always make it editable.

October 24, 2018, 9:05 am
$
0
0
Reporter Lilia Shamsutdinova (Lilia.Shamsutdinova) Lilia Shamsutdinova (Lilia.Shamsutdinova)
Created Jul 24, 2018 5:47:16 PM
Updated Oct 24, 2018 7:05:57 PM
Resolved Aug 15, 2018 5:56:56 PM
Subsystem Refactorings
Assignee Daniel Degtyarev (daniel.degtyarev)
Priority Major
State Fixed
Type Bug
Fix version 2018.2
Affected versions 2018.2
Fixed In Version ReSharper Undefined
VsVersion All Versions

JetBrains.ReSharperUltimate.2018.2.EAP4D.Checked.(182.0.20180717.83805-eap04d).

Navigation by Tab to cell in Member's table does not always make it editable:

↧
↧

RSRP-469909: Suppression comment is deleted on reformat document

October 24, 2018, 9:15 am
$
0
0
Reporter Bart Koelman (bkoelman) Bart Koelman (bkoelman)
Created May 29, 2018 5:35:55 PM
Updated Oct 24, 2018 7:15:25 PM
Subsystem Code Style - Cleanup
Assignee Razmik Seysyan (razmik)
Priority Critical
State Submitted
Type Bug
Fix version No Fix versions
Affected versions No Affected versions
Fixed In Version ReSharper Undefined
VsVersion All Versions
Example file contents:

// ReSharper disable once CheckNamespace
namespace RoslynTestFramework
{
    public enum DiagnosticsCaptureMode
    {
        RequireInSourceTree,
        AllowOutsideSourceTree
    }
}

Running Full Cleanup removes the suppression comment at the top of the file, and then starts warning about it again.

If I turn off option "Apply file layout" in a custom Code Cleanup profile, the line is preserved, but an extra line break is added:
// ReSharper disable once CheckNamespace

namespace RoslynTestFramework
{
    public enum DiagnosticsCaptureMode
    {
        RequireInSourceTree,
        AllowOutsideSourceTree
    }
}

Please make Resharper recognize that a suppression is not the same as a file header block and leave it alone during reformat.
↧

RSRP-468292: Prevent ReSharper to remove comments during code cleanup when brackets are removed

October 24, 2018, 9:16 am
$
0
0
Reporter Alexander Kurakin (Alexander.Kurakin) Alexander Kurakin (Alexander.Kurakin)
Created Feb 7, 2018 7:34:41 PM
Updated Oct 24, 2018 7:16:13 PM
Subsystem Code Style - Cleanup
Assignee Razmik Seysyan (razmik)
Priority Major
State Submitted
Type Bug
Fix version Backlog
Affected versions 2017.3.2
Fixed In Version ReSharper Undefined
VsVersion All Versions
Given I have code with structure 
  public IReadOnlyCollection<int> Bar()
  {
    List<int> result = new[] { 1, 2, 3 }.ToList();
    if (true)
    {
      // ReSharper disable AccessToModifiedClosure 
      result = (from a in result
          from b in result
          where a > b
          select a)
        .ToList();
      // ReSharper restore AccessToModifiedClosure 
    }
    return result;
  }

And I have cleanup profile to remove brackets for single statements, how can I prevent RS to remove the comments (and brackets) during cleanup?

Result after cleanup: 
internal class Foo 
{ 
  #region Public members
    List<int> result = new[] { 1, 2, 3 }.ToList();
    if (true)
      result = (from a in result
          from b in result
          where a > b
          select a)
        .ToList();
    return result;
  #endregion 
}


It happens even if "remove redundant code" is not opted for.
↧

RSRP-466357: Custom cleanup removes comment when it (probably) shouldn't

October 24, 2018, 9:16 am
$
0
0
Reporter Kerem Kat (kerem_ns) Kerem Kat (kerem_ns)
Created Sep 21, 2017 10:39:18 AM
Updated Oct 24, 2018 7:16:50 PM
Subsystem Code Style - Cleanup
Assignee Razmik Seysyan (razmik)
Priority Normal
State Submitted
Type Bug
Fix version No Fix versions
Affected versions 2017.2
Fixed In Version ReSharper Undefined
VsVersion VS 2017 15.6
When "update file header" is selected, and no file header is defined, the SUPER_SLOW_USEFUL_DEBUG comment gets deleted.

Input:
//#define SUPER_SLOW_USEFUL_DEBUG

namespace RSRP_RemovesComment_PossiblyShouldKeep
{
    class Program
    {
        static void Main(string[] args)
        {
        }
    }
}

Output:
namespace RSRP_RemovesComment_ShouldKeep
{
    internal class Program
    {
        private static void Main(string[] args)
        {
        }
    }
}
↧

RSRP-420812: Cleanup remove comments

October 24, 2018, 9:17 am
$
0
0
Reporter Evgeniy Stepanov (Evgeniy_Stepanov) Evgeniy Stepanov (Evgeniy_Stepanov)
Created Aug 11, 2014 5:00:35 PM
Updated Oct 24, 2018 7:17:20 PM
Subsystem Code Style - Cleanup
Assignee Razmik Seysyan (razmik)
Priority Critical
State Submitted
Type Bug
Fix version Backlog
Affected versions 9.0
Fixed In Version ReSharper Undefined
VsVersion All Versions
I try to use cleanup feature (Before.cs), but after "Full cleanup" with default settings, file doesn's contains comment "TEST IT" (After.cs).
↧
↧

RSRP-459290: Resharper disable (comment) should be added above XML comments block (VB.NET)

October 24, 2018, 9:42 am
$
0
0
Reporter Maria Pleskunina (Maria.Pleskunina) Maria Pleskunina (Maria.Pleskunina)
Created Jun 16, 2016 1:34:25 PM
Updated Oct 24, 2018 7:42:39 PM
Subsystem Code Analysis - VB.NET
Assignee Ivan Serduk (IvanSerduk)
Priority Major
State Submitted
Type Bug
Fix version Backlog
Affected versions 2016.1.2
Fixed In Version ReSharper Undefined
VsVersion All Versions
In VB.NET, when adding a "Resharper disable" comment (eg. ReSharper disable once InconsistentNaming) on a method, the comment should be added above the XML comments block instead directly above the method; else the XML comments block gives a warning.

The warning I get for the XML comments block is: XML comment block must immediately precede the language element to which it applies. XML comment will be ignored.
↧

RSRP-454125: Disable once RedundantEmptyFinallyBlock does not work

October 24, 2018, 9:43 am
$
0
0
Reporter Angelina Elycheva (Angelina.Elycheva) Angelina Elycheva (Angelina.Elycheva)
Created Feb 18, 2016 11:51:04 AM
Updated Oct 24, 2018 7:43:57 PM
Resolved Oct 24, 2018 7:43:57 PM
Subsystem Code Analysis - C#
Assignee Ivan Serduk (IvanSerduk)
Priority Major
State Fixed
Type Bug
Fix version Unidentified prior version
Affected versions 2016.1
Fixed In Version ReSharper Undefined
VsVersion All Versions
1. Try the code:
class Test
    {
        private Test()
        {
            try
            {
            }
            finally
            {
            }
        }
    }
2. Select to disable once with comment RedundantEmptyFinallyBlock warning.

Result: comment is added, but ReSharper still notifies about it.
↧
Search

RSRP-447315: Can't disable FormatStringProblem issue notification

October 24, 2018, 9:53 am
$
0
0
Reporter William Warby (wwarby.1) William Warby (wwarby.1)
Created Aug 21, 2015 5:51:58 PM
Updated Oct 24, 2018 7:53:03 PM
Resolved Oct 24, 2018 7:53:03 PM
Subsystem Code Analysis - C#
Assignee Ivan Serduk (IvanSerduk)
Priority Normal
State Duplicate
Type Bug
Fix version No Fix versions
Affected versions No Affected versions
Fixed In Version ReSharper Undefined
VsVersion All Versions
I have a scenario on which ReSharper wrongly (but reasonably) detects a string format problem. However, when I attempt to disable the warning about the problem with a comment (either with disable once or disable in file), the ignore comment makes no difference and the issue persists in the Code Issues in Solution window.

The following code reproduces the problem - note that the { and } remain underlined in spite of the comment. This is in ReSharper 9.2.

public Test()
{
    var format = "d";
    // ReSharper disable once FormatStringProblem
    var value = string.Format("{0:" + format + "}", DateTime.Now);
}
↧

RSRP-462994: Disable once with comments doesn't work for multiple occurrences

October 24, 2018, 9:53 am
$
0
0
Reporter Gerold Meisinger (Gerold.Meisinger) Gerold Meisinger (Gerold.Meisinger)
Created Feb 8, 2017 5:15:58 PM
Updated Oct 24, 2018 7:53:03 PM
Subsystem Code Analysis - C#
Assignee Ivan Serduk (IvanSerduk)
Priority Critical
State Submitted
Type Bug
Fix version Backlog
Affected versions No Affected versions
Fixed In Version ReSharper Undefined
VsVersion All Versions
Consider the following code:
void Foo( int a, int b ) { }

Inspector warns about "parameter a is unused". If I add "disable once with comment" the first occurrence disappears. Then inspector warns about the second occurrence which cannot be hidden with an additional comment.

// ReSharper disable once UnusedParameter.Local
// ReSharper disable once UnusedParameter.Local
void Foo( int a, int b ) { }
This still show "parameter b is unused"
↧
↧

RSRP-379231: ReSharper disable warning comment should be available as Attribute too

October 24, 2018, 9:56 am
$
0
0
Reporter Jens Odborg (JensO) Jens Odborg (JensO)
Created Jul 17, 2013 4:06:46 PM
Updated Oct 24, 2018 7:56:24 PM
Subsystem Code Analysis - C#
Assignee Ivan Serduk (IvanSerduk)
Priority Normal
State Waiting for Info
Type Feature
Fix version Backlog
Affected versions No Affected versions
Fixed In Version ReSharper Undefined
VsVersion All Versions
Motivation: better handling by refactoring tools etc
↧

RSRP-462534: Resharper disable warning not working when 2 classes in one file

October 24, 2018, 10:00 am
$
0
0
Reporter Alexander Kurakin (Alexander.Kurakin) Alexander Kurakin (Alexander.Kurakin)
Created Jan 12, 2017 3:38:10 PM
Updated Oct 24, 2018 8:00:00 PM
Resolved Oct 24, 2018 8:00:00 PM
Subsystem Code Analysis - C#
Assignee Ivan Serduk (IvanSerduk)
Priority Critical
State Duplicate
Type Bug
Fix version Backlog
Affected versions 2016.3.1
Fixed In Version ReSharper Undefined
VsVersion All Versions
I have this example with 2 classes in one file and in both classes I define the same
// ReSharper disable ConditionIsAlwaysTrueOrFalse

Problem: In top class it is recognized but not in bottom class, see screenshot.
Expected behavior: In all classes it is recognized.
namespace Tests
{
    public class TestClass1
    {
        // ReSharper disable ConditionIsAlwaysTrueOrFalse
        public void Test()
        {
            var test = false;
            var other = test;
        }
    }

    public class TestClass2
    {
        // ReSharper disable ConditionIsAlwaysTrueOrFalse
        public void Test()
        {
            var test = false;
            var other = test;
        }
    }
}
↧

RSRP-383076: Using "//ReSharper disable" before and after statement enables the inspection, though should not

October 24, 2018, 10:00 am
$
0
0
Reporter Anton Lobov (Anton.Lobov) Anton Lobov (Anton.Lobov)
Created Aug 16, 2013 12:08:28 PM
Updated Oct 24, 2018 8:00:15 PM
Subsystem Code Analysis - C#
Assignee Ivan Serduk (IvanSerduk)
Priority Critical
State Submitted
Type Bug
Fix version Backlog
Affected versions 8.0.1
Fixed In Version ReSharper Undefined
VsVersion All Versions 
// ReSharper disable PossibleMultipleEnumeration
        while (aspControls.Any())
          aspControls.First().Remove();
// ReSharper disable PossibleMultipleEnumeration
The warning is shown.

// ReSharper disable PossibleMultipleEnumeration
        while (aspControls.Any())
          aspControls.First().Remove();
// ReSharper enable PossibleMultipleEnumeration
The warning is not shown.

Seems that double "disable" should still be "disable".
↧
Viewing all 106942 articles
Browse latest View live
Search
<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>