Skip to content
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

Be able to specify which thread is the "crashed" one in a minidump envelope #1146

Open
Tracked by #1147
vthib opened this issue Feb 7, 2025 · 0 comments
Open
Tracked by #1147

Comments

@vthib
Copy link

vthib commented Feb 7, 2025

This is very much in line with this discussion: #946

The issue is that the current handling of minidumps does not work well with some watchdog/monitoring implementations, where a thread will detect that another thread is stuck, which works like this:

  • A dedicated thread (T) is used for monitoring
  • This thread T detects that the thread T2 is unresponsive/faulty/etc, and generates a minidump to send to sentry
  • Sentry displays this dump by highlighting the threat T as the "crashed" one, and not T2

This makes complete sense, since the dump generator cannot know which thread caused the issue. However, it makes it very hard to debug those issues because:

  • All those dumps are merged into a single same issue
  • The faulty thread is not highlighted and must be search by hand through the whole list.

To fix this, we would need a way to specify to sentry which thread to highlight. I originally thought that using Exception > thread_id attribute could work, but the discussion makes it clear that it does not.

Hence this feature request issue. Would it be possible to handle this case, ie if the Exception > thread_id attribute is set, pick this one to higlight instead of the thread marked as "crashed".

Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: No status
Status: Needs Discussion
Development

No branches or pull requests

2 participants