Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Move contextive.path default to Contextive.LanguageServer for vscode extension #51

Closed
chrissimon-au opened this issue Oct 10, 2023 · 7 comments
Labels

Comments

@chrissimon-au
Copy link
Contributor

This is started on #49 but the vscode extension still defines the default in the extension package.json.

This issue is to remove it from there and ensure that the new default defined in the server is used.

@chrissimon-au chrissimon-au changed the title Move contextive.path default to Contextive.LanguageServer Move contextive.path default to Contextive.LanguageServer for vscode extension Oct 10, 2023
@chrissimon-au
Copy link
Contributor Author

Noting that the config value defined in the vscode extension is currently used by the initialise command to know where to deposit the default file. Suggest using this as an opportunity to move the initialize handling to a custom lsp command handled in the language server, so it can be leveraged by other implementations as well.

@chrissimon-au
Copy link
Contributor Author

We have switched to using the language server custom contextive/initialize command now, but kept the default value in the contextive vscode extension package.json for two reasons:

  1. keeping the default value allows vscode to show the default value in the settings editor, which is clearer UX
  2. when the default value is null, the omnisharp library fails to retrieve the settings

Since we now have the default contextive.path value defined in two places (vscode extension and language server), the e2e test of the vscode extension acts as a guard against the default value changing, and the error message marks that it should match the default defined in the server.

@chrissimon-au
Copy link
Contributor Author

🎉 This issue has been resolved in version 1.11.0 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

@chrissimon-au
Copy link
Contributor Author

🎉 This issue has been resolved in version 1.11.0 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

3 similar comments
@chrissimon-au
Copy link
Contributor Author

🎉 This issue has been resolved in version 1.11.0 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

@chrissimon-au
Copy link
Contributor Author

🎉 This issue has been resolved in version 1.11.0 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

@chrissimon-au
Copy link
Contributor Author

🎉 This issue has been resolved in version 1.11.0 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant