You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In normal use, when working on a codebase that uses Sorbet, Ruby LSP will defer to Sorbet's LSP for some features.
But when working on the Ruby LSP itself, we want to 'dogfood' it as we develop, so we avoid using Sorbet in the editor.
To override Ruby LSP's default behaviour, we have a bypassTypechecker setting. However, if this is not enabled, it can make it appear that some features are 'broken' when working on Ruby LSP itself. This is a confusing barrier for new contributors.
Instead, for VS Code users, we can detect if the Sorbet LSP extension is active, and automatically set bypassTypechecker.
For contributors using other editors, we should clearly document this setting.
The text was updated successfully, but these errors were encountered:
andyw8
changed the title
Document bypassTypechecker" for contributorsDocument bypassTypechecker` for contributors
Nov 14, 2024
andyw8
changed the title
Document bypassTypechecker` for contributorsDocument bypassTypechecker` for contributors, and enable automatically where possible
Nov 15, 2024
In normal use, when working on a codebase that uses Sorbet, Ruby LSP will defer to Sorbet's LSP for some features.
But when working on the Ruby LSP itself, we want to 'dogfood' it as we develop, so we avoid using Sorbet in the editor.
To override Ruby LSP's default behaviour, we have a
bypassTypechecker
setting. However, if this is not enabled, it can make it appear that some features are 'broken' when working on Ruby LSP itself. This is a confusing barrier for new contributors.Instead, for VS Code users, we can detect if the Sorbet LSP extension is active, and automatically set
bypassTypechecker
.For contributors using other editors, we should clearly document this setting.
The text was updated successfully, but these errors were encountered: