-
Notifications
You must be signed in to change notification settings - Fork 91
vscode error: typeprof running on wrong ruby #93
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
Comments
Thank you for your report! Currently, vscode-typeprof runs commands in a login shell. So, the environment of shell where I'll later consider what I can do against this issue. I'm sorry to keep you waiting. |
BTW, vscode-typeprof invokes |
Standard binstub will yield the same error, as it still picks up the wrong ruby/bundler |
I got the same error the first time I tried to run TypeProf on VSCode. I wonder if I can pass an executable file that exists on the PATH to VSCode without any configuration. |
Hi, I have a local setup using
chruby
(shouldn't be much different from other setups). I usually switch to the right ruby then open the project on VSCode viacode .
, in order to make sure that the extensions use the right ruby and deps versions. This works well for thesteep
plugin. However, the typeprof plugin picks up the wrong ruby, i.e. the system ruby. So, I switch to ruby 3, but I get the following error output from within vscode:I suspect I'm entering this path, where the extensions recognizes the existence of a Gemfile, and runs typeprof via bundler, but picks up the wrong bundler. And this might be so because typeprof's not picking up the ruby defined by the VSCode ruby plugin, which I set to
ruby
(should have been ruby 3). steep does this a bit differently, but can't figure out what's the correct way to patch typeprof's command.The text was updated successfully, but these errors were encountered: