-
Notifications
You must be signed in to change notification settings - Fork 511
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
Bring back support for including stacktrace #537
Comments
you can pass |
That includes stacktrace from the current thread, what is not helpful at all in this case. |
Ah, I see what dogslow does now. So to be clear, we do not want to bring back the logging parameter specifically, for the reasons listed here: getsentry/sentry-php#844 (comment) I believe we should have an API for sending arbitrary stacktraces. Since dogslow already had raven-specific integration I believe it would be ok if the solution includes changes in dogslow? |
Yes, that should not be a problem (I'm not sure how much actively maintained the code currently is, but in worst case I can fork it). What would be even better is ability to use also scope the from other thread, so that all request related data is collected as well. |
If you have control over that thread you're monitoring you could take The stacktrace thing is tricky though. We have a bunch of stuff in I wish there was a way to interrupt the monitored thread such that you can run the entire error capturing in the "right" thread. |
It is not that useful after upgrade to sentry_sdk and it doesn't seem to be easy to fix that. See getsentry/sentry-python#537 Fixes #3182 Signed-off-by: Michal Čihař <michal@cihar.com>
FYI I have created a fork of dogslow -- |
Raven had support for including stacktrace from logging by passing
stack
parameter. In sentry_sdk it accepts only boolean and it's not useful in case when logging includes stack trace from other thread.This is approach used by dogslow to report slow requests. It worked fine with raven but with sentry_sdk the stacktraces are gone, making the reports pretty much useless.
The text was updated successfully, but these errors were encountered: