-
Notifications
You must be signed in to change notification settings - Fork 29.4k
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
Contributed problemMatchers can't use Command variables #69622
Comments
(Experimental duplicate detection) |
It sounds like what you really want here is to contribute a problem matcher that reads the terminal output and does something with it instead of just a regex. Duplicate of #11663 |
Thanks for creating this issue! We figured it's covering the same as another one we already have. Thus, we closed this one as a duplicate. You can search for existing issues here. See also our issue reporting guidelines. Happy Coding! |
@alexr00 Well, not sure. I would be fine with just being able to use a command variable in my contributed problemMatchers regex. I thought this was possible since problemMatchers are defined in tasks.json normally. And the docs say that command variables can be used in tasks.json. So the bug would be that problemMatchers that are contributed can't use command variables but problemMatchers defined in tasks.json can I guess. |
It's not only command variables that doesn't work in contributed problem matchers regex but also environment and config variables. |
I will update the documentation to make it clear that variable substitution is not supported in the problem matchers section of tasks.json. The way to make more complex problem matchers will be with the API changes required by #11663. |
package.json
contributes.problemMatchers
can't use command variables like${command:myextension.mycommand}
.Steps to Reproduce:
What I'm trying to achieve is replace part of the
file
based in mymyextension.mycommand
command so that therelative
file location becomes correct.I'm aware this usually doesn't happen but this is a scenario where I'm running a command in a docker container and the path mapping then becomes completely wrong and I need to be able to replace part of the path dynamically.
The text was updated successfully, but these errors were encountered: