-
Notifications
You must be signed in to change notification settings - Fork 165
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
StartupHook is preventing launching of child .NET processes #1318
Comments
Thanks @NCarlsonMSFT . This is reasonable and we'll have this reviewed. In the meantime, you can workaround the issue by clearing that startup hook reference in debugging scenarios (or always, if you always want to suppress that behavior) |
Also interested in this as we are trying to use VisualStudioCredential for AAD authentication with isolated functions + Docker containers. This is the error we are getting:
|
@jsheetzmt: I've updated my sample to include an Isolated Azure function with a work-around for this bug: https://github.com/NCarlsonMSFT/VisualStudioCredentialExample/blob/master/FunctionAppIsolated/Program.cs |
Thanks @NCarlsonMSFT, that did the trick :) |
Adding context to the issue on the file that would need to be modified to handle this: https://github.com/Azure/azure-functions-dotnet-worker/blob/main/src/DotNetWorker.Core/StartupHook.cs |
Similar to the issue with Hot Reload (dotnet/runtime#58000) when StarHostAction in the Azure Functions CLI sets DOTNET_STARTUP_HOOKS it should be cleared in StartupHook to prevent all child processes from inheriting the environment variable and failing to run.
This is currently blocking the ability to use the VisualStudioCredential from Azure.Identity in some scenarios as it relies on starting a child process.
The text was updated successfully, but these errors were encountered: