Eliza Weisman

`tracing-futures` depends on `tokio` 0.1 because that crate includes support for instrumenting types provided by `tokio` v0.1.x and v0.2.x. We cannot fix any advisories for those `tokio` dependencies without removing...

I've merged #2824, so we should be able to cherry-pick that as well.

The `fmt` layer does not currently include event names in its output. We should probably add an option to include names. However, when the event has the default name, we...

Thanks for the repro, I can look into the potential fix and see what else is necessary to make it pass!

It looks like you closed the PR that fixes this?

Sorry, my bad, I thought this had already been released. I'll get a release out with this change shortly!

> @hawkw would you like me to rebase the commit? i'll take care of it before merging. thanks for offering!

> I've reproduced this without log. It seems that `Dispatch::enabled()` affects the next call-site to be registered. > > Cargo.toml: > > ```toml > [package] > name = "tracing-lost-callsite" >...

Cool, I think you're right, but I was just checking to make sure.

@jswrenn i believe the requisite upstream changes in `tracing` have all been released now; any interest in picking this back up?