-
-
Notifications
You must be signed in to change notification settings - Fork 239
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
Add DefaultFormatter.EnableStacktrace #160
Comments
Hi @gavv, just checking. What's the difference between this and the chain path? and what's the expected result here? 🤚 Sorry for the dumb question 😄 |
Hi, this issue is about regular go stacktrace / backtrace, like you see on panic or crash https://dev.to/mcaci/reading-stack-traces-in-go-3ah5 It is possible to retrieve it programmatically from go runtime |
Chain path, on the other hand, is a logical representation of path in httpexpect object tree It doesn't include actual function frames, though it provides similar information in some sense Most notably, chain path doesn't tell anything about location in user code. It shows path to object, but it doesn't show where that object were actually used when failure happened (maybe it was stored to variable and used later) |
Understood. I'll learn about go stacktrace / backtrace first and message you here afterward unless someone picks this up. |
Hi @gavv |
@diPhantxm Sure, thanks! |
Landed |
Add flag
EnableStacktrace
toDefaultFormatter
that enables printing of stacktrace on failure. Formatted stacktrace should be added toFormatData
(likely as slice of strings) and used in failure template.See also #159.
The text was updated successfully, but these errors were encountered: