There are two issues that I'm seeing related to custom log sources in the latest core tools release - i.e. logs written from ILogger instances created by ILoggerFactory.CreateLogger(...).
Azure Functions Core Tools (3.0.2881 Commit hash: fa9641ad925588192888bc977ff51d8a63536267)
Function Runtime Version: 3.0.14287.0
You can use the Durable Functions precompiled sample app to see this behavior. This is the default host.json logging configuration you should see in the sample app (I removed some of the irrelevant parts):
{
"version": "2.0",
"logging": {
"logLevel": {
"DurableTask.AzureStorage": "Warning",
"DurableTask.Core": "Warning"
}
}
}
DurableTask.AzureStorage and DurableTask.Core log sources in the Durable Functions extension.
Update the host.json file by removing the logging section entirely.
[Repro for (2) above] Notice the blue logs that get emitted. These are Informational logs emitted by the Durable Functions DurableTask.AzureStorage log source and I don't expect them to be visible by default.

Again, in previous versions I didn't see this output by default, and my hope is that we can restore the previous behavior in terms of default log verbosity for custom log providers.
@cgillum points are way more important - but also would love to pop back in the ASCII art by default. Happy to open a separate issue for discussion on that one (I鈥檓 truthfully ok if we feel it鈥檚 better to not have it, but my vote is for ASCII)
@jeffhollan Yeah probably open a separate issue. I think it should be off by default but allow it to enable via an environment variable.
Thanks for the detailed repro @cgillum ! I sent a PR with the fix. Will try to get in the fix for the next core tools release.
Most helpful comment
@cgillum points are way more important - but also would love to pop back in the ASCII art by default. Happy to open a separate issue for discussion on that one (I鈥檓 truthfully ok if we feel it鈥檚 better to not have it, but my vote is for ASCII)