Custom-sandbox-command is executed in machine-root /
instead of project/workspace root
#1174
ELLIOTTCABLE
started this conversation in
General
Replies: 2 comments
-
This is also a problem for me, as my project tooling is specific to my project cwd, not installed globally on my system. A potential workaround would be to expose VS Code variables in the custom sandbox syntax so that one could do something like |
Beta Was this translation helpful? Give feedback.
0 replies
-
I very much would like to use the VS Code variables support. Specifically the following two:
|
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Type: Bug
When creating a new VScode instance rooted at a particular folder, I expect a 'custom sandbox' command of the form
opam exec $prog -- $args
to function.Unfortunately, it appears that the CWD is the machine root,
/
, instead of the project-root … soopam
can't find binaries installed in the project-local switch.Reproduction:
ocamllsp
via opamcode .
from that folder to lauch VScodepwd; opam exec $prog -- $args
For me, the logs demonstrate the following error:
Extension version: 1.10.7
VS Code version: Code 1.71.0 (784b0177c56c607789f9638da7b6bf3230d47a8c, 2022-09-01T07:25:25.516Z)
OS version: Darwin arm64 21.6.0
Modes:
Sandboxed: No
System Info
canvas_oop_rasterization: disabled_off
direct_rendering_display_compositor: disabled_off_ok
gpu_compositing: enabled
metal: disabled_off
multiple_raster_threads: enabled_on
opengl: enabled_on
rasterization: enabled
raw_draw: disabled_off_ok
skia_renderer: enabled_on
video_decode: enabled
video_encode: enabled
vulkan: disabled_off
webgl: enabled
webgl2: enabled
webgpu: disabled_off
Beta Was this translation helpful? Give feedback.
All reactions