eyre!(x) where x: Arc<eyre::Report> loses trace

[Palmik]

Hi, when you for some reason have Arc<eyre::Report> and try to wrap it into a eyre::Report using eyre!(...), it loses traces from the report (previously added with wrap_err, etc.).

Why would you have Arc<eyre::Report> you ask? For example moka returns Arc wrapped errors from some of its functions.

[yaahc]

I believe this is happening because the macro can only tell that your type implements Display, and so it only uses that interface for reporting the inner error which ends up only printing the outermost error message. We can probably modify the auto deref specialization in the macro to also account for this and more smoothly handle Arc, tho it would be very specific to this exact use case which feels like a yellow flag design wise for me. I want to take more time to think before deciding to more forward in this direction.