${fileBasenameNoExtension} doesn't get substitued if nested in argument

[bayesrule]

Hi,

The newly added variable ${fileBasenameNoExtension} (#1104) is not working, please check.

Many thanks!

[isidorn]

Reproducable steps please. What is the file that you have open, what are you expecting to get returned, what actually gets returned?

Thanks

[bayesrule]

Hi @isidorn , many thanks for replying. I simply used it in a build task.

In tasks.json:

{
    // See https://go.microsoft.com/fwlink/?LinkId=733558
    // for the documentation about the tasks.json format
    "version": "0.1.0",
    "command": "clenv.bat",
    "isShellCommand": true,
    "showOutput": "always",
    "suppressTaskName": true,
    "tasks": [
        {
            "taskName": "build",
            "args": ["${file} ${fileBasenameNoExtension}"]
        }
    ]
}

Output:
"c:\Users\bayesrule\Desktop\codes\program.c ${fileBasenameNoExtension}"

${file} = c:\Users\bayesrule\Desktop\codes\program.c

${fileBasenameNoExtension} = program , however it cannot be recognised at all.

[isidorn]

That is the expected result of ${fileBasenameNoExtension}, that is program.c without the extension, thus program.
As to why it is not recognized I have no idea - depends on you build task

Closing as designed - let me know if I misunderstood stomething here

[bayesrule]

@isidorn sadly you misunderstood me again. I meant ${fileBasenameNoExtension} should be 'program', but it is not.

Like I presented in the quoted line, it displayed as ${fileBasenameNoExtension}, which clearly shows that it is not working...

[xin053]

I have this problem too.Using '${fileBasenameNoExtension}' in 'tasks.json' produces '${fileBasenameNoExtension}.exe' , it seems ${fileBasenameNoExtension} doesn't work.

task.json:

{
    "version": "0.1.0",
    "command": "g++",
    "isShellCommand": true,
    "showOutput": "always",
    "args": ["-g","${file}","-o","${fileBasenameNoExtension}.exe"],
    "problemMatcher": {
        "owner": "cpp",
        "fileLocation": ["relative", "${workspaceRoot}"],
        "pattern": {
            "regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
            "file": 1,
            "line": 2,
            "column": 3,
            "severity": 4,
            "message": 5
        }
    }
}

[Renkin42]

${fileBasenameNoExtension} is doing the same thing for me, it should be getting "style.min.css" out of this but instead it literally sends "${fileBasenameNoExtension}.min.css":

{
    // See https://go.microsoft.com/fwlink/?LinkId=733558
    // for the documentation about the tasks.json format
    "version": "0.1.0",
    "command": "sass",
    "isShellCommand": true,
    "showOutput": "always",
    "echoCommand": true,
    "suppressTaskName": true,
    "tasks": [
        {
            "taskName": "compile css",
            "args": [
                "${relativeFile}",
                "${fileBasenameNoExtension}.css"
            ]
        },
        {
            "taskName": "minify css",
            "isBuildCommand": true,
            "args": [
                "${relativeFile}",
                "${fileBasenameNoExtension}.min.css",
                "--style",
                "compressed"
            ]
        }
    ]
}

[isidorn]

Ok looking at all your examples it seems like the issue is that the substition does not work if the variable is nested inside an argument.
My guess is that it will get substiuted if you have it top level in launch.json

Reopening to investigate

[isidorn]

This has been fixed in the insiders, please verify with vscode insiders this works fine for you now.
It will be a part of the next stable release in a couple of weeks.

[isidorn]

By the way, the original feature #1104 is assigned to November which means it got fixed in the november release and will be available in the november vscode. Which gets released mid december - more details #15099