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

Fix Environment vars and empty daml.yamls in multi-ide #20306

Open
wants to merge 2 commits into
base: main-2.x
Choose a base branch
from

Conversation

samuel-williams-da
Copy link
Contributor

@samuel-williams-da samuel-williams-da commented Nov 15, 2024

Fixes to multi-ide for 2.10
Specific fixes:

  • In the gradle PR, I accidentally broke variable interpolation in the typescript for non-gradle projects (ideally a test would catch this, but testing VSCode is very difficult)
  • The multi-IDE did not account for daml.yaml files containing only a version, which is common when working with larger projects.
    We may consider adding sdk-version to the multi-package.yaml, but for now, we add handling for these files
    (In general, we treat them like they don't exist, but still track information about if they're open, incase they become valid)

@@ -79,7 +79,7 @@ export async function activate(context: vscode.ExtensionContext) {
// Try to find a client for the virtual resource- if we can't, log to DevTools
let foundAClient = false;
for (let projectPath in damlLanguageClients) {
if (vrPath.startsWith(projectPath)) {
if (isPrefixOfVrPath(projectPath)) {
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Small fix missing from this pr

@@ -221,7 +221,7 @@ async function startLanguageServers(context: ExtensionContext) {
(await fileExists(rootPath + "/.envrc")) &&
vscode.extensions.getExtension("mkhl.direnv") == null;

if (envrcExistsWithoutExt && gradleSupport) {
if (envrcExistsWithoutExt) {
Copy link
Contributor Author

Choose a reason for hiding this comment

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

People use .envrc without gradle, this message should not be restricted to that

@@ -285,7 +285,7 @@ async function startLanguageServers(context: ExtensionContext) {
} else {
const languageClient = await DamlLanguageClient.build(
rootPath,
{},
process.env,
Copy link
Contributor Author

Choose a reason for hiding this comment

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

This is why env vars broke

then do
handleCreatedPackageOpenFiles miState home
rebootIdeByHome miState home
else shutdownIdeByHome miState home
Copy link
Contributor Author

Choose a reason for hiding this comment

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

If a daml.yaml containing only an sdk version is created, we shutdown its IDE and don't update any state

oldIdeData <- atomically $ onSubIde miState home $ \ideData -> (ideData {ideDataIsFullDamlYaml = isFullDamlYaml}, ideData)
if isFullDamlYaml
then do
when (not (ideDataIsFullDamlYaml oldIdeData) && Set.null (ideDataOpenFiles oldIdeData)) $
Copy link
Contributor Author

Choose a reason for hiding this comment

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

We want to treat a daml.yaml file going from "only sdk-version" to a full package as though the daml.yaml was created.
We track the previous time the file changed in order to know if it has become valid in this run.

@@ -199,6 +219,12 @@ registerFileWatchersMessage multiPackageHome =
, LSP.FileSystemWatcher (T.pack $ multiPackageHome </> "**/*.dar") Nothing
, LSP.FileSystemWatcher (T.pack $ multiPackageHome </> "**/*.daml") Nothing
]
, LSP.SomeRegistration $ LSP.Registration "MultiIdeOpenFiles" LSP.STextDocumentDidOpen $ LSP.TextDocumentRegistrationOptions $ Just $ LSP.List
Copy link
Contributor Author

Choose a reason for hiding this comment

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

This was missing from the last PR which made the multi-IDE a little smarter about when to spin up IDEs.

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.

1 participant