ReSharper 2022.1 Help

Configure code inspection settings

Configure design-time code inspection

By default, ReSharper enables design-time code inspection in all files corresponding to the supported languages. If necessary, you can disable it. Regardless of whether or not the design-time code inspection is enabled, you can always run code inspection in specific scope.

  1. Select ReSharper | Options from the main menu or press Alt+R O, then choose Code Inspection | Settings on the left.

  2. Use the Enable code analysis checkbox to toggle the design-time code inspection.

  3. Optionally, you can enable or disable design-time inspection features on this page:

    Color identifiers

    This option lets you enable or disable ReSharper syntax highlighting scheme.

    If it is selected, language identifiers are highlighted with colors as defined in Visual Studio options: Tools | Options | Environment | Fonts and Colors.

    The list of syntax identifiers provided by ReSharper is available in the Display items list, each name starting with the ReSharper prefix.

    Note that by disabling this option you also disable symbol information tooltips that appear on mouse over.

    Highlight color usages

    Enables highlighting of color definitions in code. For more information, see Color assistance.

    Highlight special characters in string literals

    Enables highlighting of correct and incorrect escape sequences in non-verbatim strings. For example:

    Highlighting of escape sequence in strings

    For more information, see Regular expressions assistance.

    Highlight context exits

    This option, which is enabled by default, tells ReSharper to highlight all places where the control flow can exit the current context. For example, for a method, it will highlight the return type of the method, all return, throw keywords, and so on when you set the caret to one of these identifiers

    ReSharper highlights context exits

    For a loop, it will additionally highlight the loop keyword as well as all the break statements inside this loop.

    Note that if a method is not entirely visible in the editor, you can invoke the Navigate To Function Exits command on the method name to trigger another kind of highlighting, which will not disappear when your caret leaves the method name.

    Highlight related async/await keywords

    This option enables highlighting of all async and await keywords in a function when your caret is on one of them.

    Highlight condition elements

    This option enables highlighting of matching logical and conditional operators (|, ||, &, &&, as well as ? and ? pairs) that work together in a complex expressions when your caret is at one of such operators.

    In the example below, %product helps understand that the highlighted operators will be evaluated together, while the value1 > 1 || value2 >= 2 && condition1 part will be evaluated before, and the || value6 %lt; value7 || condition2 part will be evaluated after, according to the operator precedence.

    ReSharper: Highlighting of matching logical operators
  4. If necessary, you can select the Enable solution-wide analysis checkbox to enable the Solution-wide analysis.

  5. Click Save in the Options dialog to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To list. For more information, see manage and share resharper settings.

Exclude files and folders from code inspection

ReSharper allows you to configure the list of files, file masks, and folders that should be excluded from code inspection. The excluded items are ignored by both design-time code inspection and code inspection in specific scope, but they are still indexed by ReSharper, so that you can navigate to or refactor symbols excluded from code inspection.

Exclude specific files and folders from code inspection

  1. Select ReSharper | Options from the main menu or press Alt+R O, then choose Code Inspection | Ignored Code on the left.

  2. In the left part of the Elements to skip section, you can specify files or folders to be ignored by the code inspection.

  3. In the right part of this section, you can specify masks (for example *.vb) that will exclude all matching files in the solution from code inspection.

  4. Click Save in the Options dialog to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To list. For more information, see manage and share resharper settings.

You can also quickly exclude the current file from code inspection so that ReSharper adds this file to the list of excluded files without opening the options.

Exclude/include current file from/to code inspection

  • Press Control+Alt+Shift+D8.

  • Right-click the status indicator and choose Pause/Resume analysis.

You can recognize files where code inspection is disabled by the pause icon Code analysis paused on the status indicator.

Exclude frozen projects from indexing

On the Code Inspection | Ignored Code page of ReSharper options (Alt+R, O), you can also use the Projects to ignore list to specify projects that should be completely ignored by ReSharper.

The ignored projects will not be indexed by ReSharper, meaning that no ReSharper features — for example, code analysis, refactorings, code generation — will be available in those projects.

This list is mainly intended to improve performance by not indexing and not analyzing projects that contain third-party code or frozen code, which is not going to be changed.

Although the source files in the ignored projects are not parsed, ReSharper will still process the compiled code from the output of those projects (which is very cheap performance-wise). This means that after you build the ignored projects, ReSharper will correctly resolve usages of symbols from those projects and you will be able to enjoy navigate and search in those projects.

So if after adding some projects to the ignore list, you have errors like 'Cannot resolve symbol', you need to build the ignored projects and ReSharper will be able to resolve those symbols from the compiled artifacts.

To add projects to the ignore list, either use project file names — for example ProjectOne.csproj, or file masks — for example Project*.csproj to match ProjectOne.csproj, ProjectTwo.csproj, and so on.

Partly disable code inspection for generated code

You can also configure the list of files, folders, file masks, and regions that contain generated code. For these items, ReSharper runs only those code inspections that check code for compiler errors and warnings. Some file masks and regions, which are typically used for generated code, for example *.designer.cs are included in this list by default, but you can change the default settings if necessary.

If you use .editorconfig in your solution, you can also mark generated code using the generated_code property. For example:

[*generated.cs] generated_code = true

Specify files and regions with generated code

  1. On the Code Inspection | Generated Code page of ReSharper options (Alt+R, O), use the Add File and the Add Folder buttons to specify files or folders that contain generated code.

  2. In the lower left part of the page, use the Add button to specify masks (for example *.Designer.cs) for generated code files.

  3. In the lower right part of the page, use the Add button to specify names of the regions that contain generated code.

  4. Click Save in the Options dialog to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To list. For more information, see manage and share resharper settings.

The list of items containing generated code can also be used for disabling code cleanup for generated code.

Change severity levels of code inspections

Each ReSharper's code inspection has its own default severity level, which is set according to potential impact of code issues that it detects. Most of the inspections have configurable severity level, which you can change.

Note that inspections that detect compiler errors and warnings have corresponding severity levels, which cannot be changed. However, with some compiler warnings, you can use #pragma directives to suppress them. Look for the suppress with #pragma action in the action list upon a specific warning.

You can change severity level of an inspection right from the editor, where a code issue found by this inspection is highlighted.

Change inspection severity from the editor

  1. Set the caret to a code issue highlighted by a ReSharper's inspection.

  2. Press Alt+Enter or click the action indicator to the left of the caret to open the action list.

  3. In the action list, choose Inspection [name of inspection] | Configure inspection severity and then select a new severity level:

    Changing inspection severity level
  4. Your change will be saved using the smart save logic.

  5. If you need to save the modified severity level in a shared settings layer, click the Configure inspection severity menu item or press Enter when it is selected. In the dialog that appears, choose the desired severity level, click Save To and then choose the desired settings layer.

    Inspection Options dialog

Another way to save the modified severity level in a shared settings layer, or modifying severity levels of multiple inspections is using the ReSharper Options dialog Alt+R, O as described below.

Modify severity levels of code inspections from options

  1. On the Code Inspection | Inspection Severity page of ReSharper options (Alt+R, O), you can view all configurable code inspections and their severity levels. The inspections are grouped by languages and then by categories.

  2. Find and select the inspection whose severity you want to modify. To find an inspection, just start typing its name.

  3. Click the list to the right of the selected entry, and choose a desired severity level:

    Changing inspection severity in the ReSharper Options dialog
  4. If the default severity level of an inspection is changed, you will see the Reset to default Themed icon undo screen gray button next to it, which allows you to reset the severity to its default value.

  5. Click Save in the Options dialog to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To list. For more information, see manage and share resharper settings.

Disable/enable specific code inspections

If some code inspection seems trivial or being of no interest to you, you can disable this inspection so that no relevant issues would be highlighted in the editor or detected when you run code inspection in specific scope. You can enable a disabled code inspection any time later. Some inspections are disabled by default and you can enable them if necessary.

You can disable any code inspection in one of the following ways:

  • If there is a code issue highlighted by this inspection in the editor, set the caret at the highlighted code, press Alt+Enter and then choose Inspection [name of inspection] | Configure inspection severity | Do not show.

  • On the Code Inspection | Inspection Severity page of ReSharper options (Alt+R, O), use the search box to find the inspection you want to disable or enable, and then use the checkbox next to it.

The disabled/enabled state of inspections is saved in the shared settings layers, exactly the same way as changes to severity levels.

Use EditorConfig to configure code inspections

If you use EditorConfig to maintain code styles for your project, you can also configure code inspections from .editorconfig files.

To configure code inspections from EditorConfig, you have to select the Read settings from editorconfig and project settings checkbox on the Code Inspection | Settings page of ReSharper options (Alt+R, O).

As EditorConfig convention suggests, ReSharper will apply inspection settings defined in files named .editorconfig in the directory of the current file and in all its parent directories until it reaches the root filepath or finds an EditorConfig file with root=true. File masks specified in .editorconfig files, for example *Test.cs are also taken into account.

Inspection settings in .editorconfig files are configured similarly to other properties — by adding the corresponding lines:

[inspection_editorconfig_property]=[error | warning | suggestion | hint | none]

For example, you can change the severity level of the Possible 'System.NullReferenceException' inspection to Error with the following line:

resharper_possible_null_reference_exception_highlighting=error

You can find EditorConfig property for each inspection on pages in the Code inspection index section as well as on the Index of EditorConfig properties page. — just use the browser search to find the property for the desired inspection.

Suppress code inspections in specific scope

One way to ignore specific code issues is to disable the corresponding code inspection. In this case, all code issues detected by this inspection will be ignored everywhere.

Sometimes you may need to suppress a specific inspection in a specific place, while continue to detect other similar issues with this inspection in other places.

For example, ReSharper considers some code to be 'dead' and you can see that it is true. The inspection is helpful and you do not want to disable it. However, you may want to use this code later and do not want it to be highlighted in the editor or appear in the inspection results. To do so, ReSharper allows you to suppress inspections with comments or with attributes. Comments are more convenient for arbitrary pieces of code, attributes are preferable to suppress inspections in whole methods or types.

Suppress code inspection in specific scope

  1. Set the caret to a code issue highlighted by a ReSharper's inspection.

  2. Press Alt+Enter or click the action indicator to the left of the caret to open the action list.

  3. In the action list, choose one of the following:

    • Inspection [name of inspection] | Disable once with comment — this option inserts a single comment ReSharper disable once [inspection id], which only suppresses the inspection for the first occurrence of the corresponding issue.

    • Inspection [name of inspection] | Disable once with comment | Disable in file with comment — this option inserts a single comment - ReSharper disable [inspection id] in the beginning of the file. This comment suppresses the inspection for all corresponding issues in the file.

    • Inspection [name of inspection] | Disable once with comment | Disable and restore with comment — this option inserts a pair of comments before and after the issue - ReSharper disable [inspection id] and ReSharper restore [inspection id]. These comments suppress the inspection for all corresponding issues between them.

      You can then move these comments to other places in the file so that several issues of this type are suppressed. For example, this can be useful to suppress the 'redundant namespace' inspection if you want to keep several unused namespace imports.

    • Inspection [name of inspection] | Disable once with comment | Disable for method — this option adds the following attribute to the method: [SuppressMessage("ReSharper", "[inspection id]")]. This attribute suppresses the inspection in the method.

    • Inspection [name of inspection] | Disable once with comment | Disable for class — this option adds the following attribute to the class: [SuppressMessage("ReSharper", "[inspection id]")]. This attribute suppresses the inspection in the whole class.

    • Inspection [name of inspection] | Disable once with comment | Disable all inspection in file — this option inserts a single comment ReSharper disable All in the beginning of the file. This comment suppresses all inspections in the file.

      If necessary, you can insert the ReSharper restore All to enable code inspections after a specific line.

To suppress all inspections in a type or a method, add the following attribute: [SuppressMessage("ReSharper", "All")].

Last modified: 21 July 2022