Skip to content

Add support for CompletionList "applyKind" to control how defaults and per-item commitCharacters/data are combined#1558

Merged
dbaeumer merged 6 commits intomicrosoft:mainfrom
DanTup:completion-apply-kind
Oct 4, 2024
Merged

Add support for CompletionList "applyKind" to control how defaults and per-item commitCharacters/data are combined#1558
dbaeumer merged 6 commits intomicrosoft:mainfrom
DanTup:completion-apply-kind

Conversation

@DanTup
Copy link
Copy Markdown
Contributor

@DanTup DanTup commented Sep 18, 2024

Implements the changes in the LSP spec PR at microsoft/language-server-protocol#2018 (see also microsoft/language-server-protocol#1802).

Please let me know if you think there are any additional test cases that need covering.

@DanTup
Copy link
Copy Markdown
Contributor Author

DanTup commented Sep 26, 2024

@dbaeumer FYI in case you didn't see this :)

Looks like one of the status checks is stuck too (not the approval one, but vscode-languageserver-node).

@dbaeumer
Copy link
Copy Markdown
Member

I was out the last 1 1/2 weeks. Will have a look this week.

Copy link
Copy Markdown
Member

@dbaeumer dbaeumer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The rest looks good to me.

*
* @since 3.18.0
*/
export namespace ApplyKind {
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I missed that on the spec side. Usually we only use string enums for enum kinds that are extensible from the server side and then type them as strings. To make things consistent I would say we should use numbers instead.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure - I've pushed f8ed433 + 5e28745 with this change and some minor tweaks, and equiv changes in microsoft/language-server-protocol#2018

@vs-code-engineering vs-code-engineering bot added this to the October 2024 milestone Oct 4, 2024
@DanTup
Copy link
Copy Markdown
Contributor Author

DanTup commented Oct 8, 2024

@dbaeumer thanks! Are you planning a new -next build in the near future? (not a request for you to do one, it'll just help me plan for when to start implementing this for real in the Dart server). Thanks! :)

@dbaeumer
Copy link
Copy Markdown
Member

dbaeumer commented Oct 9, 2024

@DanTup yes, will do one beginning of endgame week.

@DanTup DanTup deleted the completion-apply-kind branch February 20, 2025 16:27
Copilot AI added a commit that referenced this pull request Feb 6, 2026
… tab

When a document is restored from a tab (e.g., hot exit), the tab open
event fires before the didOpen notification. The tab handler triggers a
diagnostic pull with potentially stale content. Previously, when didOpen
fired, the knows() check would skip re-pulling diagnostics.

Now the didOpen handler always triggers a diagnostic pull. The existing
pullAsync logic handles deduplication - if a request is already active,
it cancels it and reschedules with the current document content.

Fixes #1558

Co-authored-by: dbaeumer <1931590+dbaeumer@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants