-
Notifications
You must be signed in to change notification settings - Fork 27.9k
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
Improve task debugging by giving more context #87845
Comments
This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation. Happy Coding! |
This feature request has not yet received the 20 community upvotes it takes to make to our backlog. 10 days to go. To learn more about how we handle feature requests, please see our documentation. Happy Coding |
Pls no |
🙂 This feature request received a sufficient number of community upvotes and we moved it to our backlog. To learn more about how we handle feature requests, please see our documentation. Happy Coding! |
I don't think we can give more context here? We prints whatever the shell prints already? |
@Tyriar IIRC if I ran the command outside of a Task, then it does print something useful... but in a task it didn't for some reason. |
Might have been a WSL specific thing 🤔 |
Most of this text comes from an email. The context is that I got on a phone call with a customer who was experiencing issues debugging an Azure Function App.
The issue
F5 debugging of a Function App would show:
And then something saying that the last exit code was 1.
It wasn’t clear what the problem was, why it was failing, and we found that this would fail on
func extensions install
andfunc host install
… running the func commands in the PowerShell Integrated Console or outside of VS Code in any terminal worked just fine…The resolution
Then we realized that the customer's default shell…….. was WSL.
As you know, tasks use the default shell to run in by default. Which means that the
func
commands were being run in WSL which didn’t have the Core Tools installed in it so the Task threw an exit code of 1 because the command wasn’t found.Once Aleksandar changed his default shell back to PowerShell, everything started working again.
The problem
The lack of warning on tasks as to what went wrong is very hard to debug… see above. It took an hour and a half to make this realization... And even more of the customer's time to get to the point where they asked to get on a call...
The ask
Show the shell being used to run tasks or give more than just an exit code if possible. We need more context as what's actually going on when a task is being run.
I think this is a generic problem with any extension that relies on tasks and not just the Azure Functions extension.
The text was updated successfully, but these errors were encountered: