-
Notifications
You must be signed in to change notification settings - Fork 21
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
"Could not find input with command" pop up while trying the commandvariable's exemple #131
Comments
It's unlikely that this is related to 79 because that was closed 2 years ago. Please indicate the version of the extension that you are using and your exact |
Version is 1.15.0 The JSON is:
|
But, exactly this ticket is mentioned in the comment on the screenshot. And exactly in the
Though, of course, I can make a mistake because I came to these conclusions after a cursory acquaintance with the sources… |
Hi @roussak. Thanks for your answer. I think the problem is some lack of support between Could you please try adding a |
…#131 The very presence of an "Id" in the name suggests that this entity must be something unique. But, previously the "taskId" was used among of the command and its arguments while searching the input object in the resolveTaskToInput() function. Among of other effects, this was leading to exception throwing for the use-case like described in the ticket (combined usage of the Shell Command and CommandVariable extensions usage). This patch if doesn't fix this issue, then gives a workaround for it. Specifying the "taskId" for the Shell Command calls lets the variables substitution with CommandVariable extension (using the `variableSubstArgs` argument).
This gives nothing. Please, review my PR (by the way, it allows the |
…#131 The very presence of an "Id" in the name suggests that this entity must be something unique. But, previously the "taskId" was used among of the command and its arguments while searching the input object in the resolveTaskToInput() function. Among of other effects, this was leading to exception throwing for the use-case like described in the ticket (combined usage of the Shell Command and CommandVariable extensions usage). This patch if doesn't fix this issue, then gives a workaround for it. Specifying the "taskId" for the Shell Command calls lets the variables substitution with CommandVariable extension (using the `variableSubstArgs` argument).
…#131 The very presence of an "Id" in the name suggests that this entity must be something unique. But, previously the "taskId" was used among of the command and its arguments while searching the input object in the resolveTaskToInput() function. Among of other effects, this was leading to exception throwing for the use-case like described in the ticket (combined usage of the Shell Command and CommandVariable extensions usage). This patch if doesn't fix this issue, then gives a workaround for it. Specifying the "taskId" for the Shell Command calls lets the variables substitution with CommandVariable extension (using the `variableSubstArgs` argument).
See the comment.
It looks like it relates to the #79.
The text was updated successfully, but these errors were encountered: