Skip to content

Commit 7d8567c

Browse files
Merge pull request #129 from mholo65/fix-failurehandlingkind
Fixes FailureHandlingKind after LSP spec update
2 parents 7a157ab + 387449d commit 7d8567c

File tree

1 file changed

+13
-5
lines changed

1 file changed

+13
-5
lines changed

src/Protocol/Models/FailureHandlingKind.cs

+13-5
Original file line numberDiff line numberDiff line change
@@ -8,8 +8,8 @@ namespace OmniSharp.Extensions.LanguageServer.Protocol.Models
88
public enum FailureHandlingKind
99
{
1010
/// <summary>
11-
/// All operations are executed transactional. That means they either all
12-
/// succeed or no changes at all are applied to the workspace.
11+
/// Applying the workspace change is simply aborted if one of the changes provided
12+
/// fails. All operations executed before the failing operation stay executed.
1313
/// </summary>
1414
[EnumMember(Value = "abort")]
1515
Abort,
@@ -20,9 +20,17 @@ public enum FailureHandlingKind
2020
[EnumMember(Value = "transactional")]
2121
Transactional,
2222
/// <summary>
23-
///Supports deleting existing files and folders.
23+
/// If the workspace edit contains only textual file changes they are executed transactional.
24+
/// If resource changes (create, rename or delete file) are part of the change the failure
25+
/// handling strategy is abort.
26+
/// </summary>
27+
[EnumMember(Value = "textOnlyTransactional")]
28+
TextOnlyTransactional,
29+
/// <summary>
30+
/// The client tries to undo the operations already executed. But there is no
31+
/// guarantee that this is succeeding.
2432
/// </summary>
25-
[EnumMember(Value = "delete")]
26-
Delete,
33+
[EnumMember(Value = "undo")]
34+
Undo,
2735
}
2836
}

0 commit comments

Comments
 (0)