Ignoring taskfile: "..." (outside of workspace)

[saperant]

It seems that the following check causes problems, when VS Code project is opened behind a symlinked folder:
https://github.com/go-task/vscode-task/blob/8f857660326255281fcdbf6bb4c24850970612f3/src/services/taskfile.ts#L206C25-L206C25

Had this error message:

Updating settings
Extension activated
Calling GitHub to get the latest version
Searching for taskfile in: "/home/saku/src/myproject"
Ignoring taskfile: "/home/saku/src/myproject/Taskfile.yml" (outside of workspace)

And everything is working fine when there is no symlink in the project path (my ~/src is a symlink).

[nights99]

I'm also hitting this; it might be sufficient to call fs.realpathSync() on the workspace dir? I'm a long way from an expert in this area, but I've tried that and it seems to work for my case at least.

[danielloader]

I have this issue but no symlinks involved, just trying to open both the local repo specific Taskfile.yml and my global user Taskfile.yml in the $HOME.

I imagine the extension just can't access files outside of the workspace directory for sandbox/security reasons. This might have been a recent change to vscode if this used to work.

[bdmorin]

I just started using task, and cannot get the extension to use Taskfile.yml in my vscode. I keep getting the same message @saperant does, but I have no symlinks.

Detected changes to taskfile
Searching for taskfile in: "/Users/bdmorin/src/deploy"
Ignoring taskfile: "/Users/bdmorin/src/deploy/Taskfile.yml" (outside of workspace)

The directory is in my trusted zones.

[dvgitit]

Same issue - Taskfile.yml and the task executable are located within the project.

vscode output panel for Task(Debug):

Searching for taskfile in: "/home/theuser/projects/project"
Ignoring taskfile: "/data/home/theuser/projects/project/Taskfile.yml" (outside of workspace)

project directory structure:

.
├── .envrc
├── .gitignore
├── .vscode
│   └── settings.json
├── LICENSE
├── README.md
├── Taskfile.yml

content of .vscode/settings.json: Also unexpected that it is necessary to fill in the command name of task instead of the path. In case of a devbox.sh environment, the task executable would be located at .devbox/nix/profile/default/bin/task.

{
    "task": {
        "path": "task"
    },
}

[lexual-anz]

Can confirm plugin fails like above if utilising workspace in a symlink, works fine if not in symlink.

e.g.

ls -la ~/code
~/code -> ~/working/code

# open vscode in this workspace, task extensions fails
cd ~/code/project_x && code .

# open vscode inthis workspace, task extensions succeeds
cd ~/working/code/project_x && code .

[WinkelCode]

Just stumbled upon the same issue. In my case it's because my directory for code projects is on a a case-sensitive volume that I symlinked into my home directory for convenience.