570723 - automationutils.py should generate crash signatures using Socorro's module

Status: RESOLVED WONTFIX

(Testing :: General, enhancement)

Description

[Jesse Ruderman]

Current:
PROCESS-CRASH | automation.py | application crashed (minidump found)

Desired:
PROCESS-CRASH | automation.py | application crashed [@ nsRefPtr<XPCWrappedNative>::operator=]

This would make it waaay easier to identify known oranges.  Currently we have to load the full log, find the crash report, and generate a signature in our heads.

Comment 1

[Jesse Ruderman]

Would it make sense to share/borrow some code from Socorro, or should we hack up something separate for automationutils.py?

How does crash signature generation work on Socorro?  For one thing, how does it parse the output of minidump-stackwalk?

Comment 2

[(no longer active)]

With this fixed, I can make tbplbot suggest bugs for intermittent crashes as well, which would be cool!

Comment 3

[(not currently active) Ted Mielczarek]

Socorro runs minidump_stackwalk -m, which produces the pipe-delimited output you see in the "Raw Dump" tab of Socorro.

If you want signatures to match what's on Socorro, you'll have to either borrow Socorro code or reimplement the algorithms there. In addition, the Socorro config file specifies frames to ignore or append to the signature.

Comment 4

[K Lars Lohn [:lars] [:klohn]]

for Socorro 1.8, the signature generation code is being split off into its own python module to facilitate reuse.  That refactoring is in progress and will likely be deployed end of Q2 or beginning of Q3.

Comment 5

[Jesse Ruderman]

Thanks to Ed Morley in bug 813650, we now have rough signatures (just the top frame).

Comment 6

[Ed Morley [:emorley]]

At some point we should switch to using Socorro's crash signature generation module, so we get signatures that skip the relevant frames etc.

Comment 7

[Geoff Brown [:gbrown]]

Mass closing bugs with no activity in 2+ years. If this bug is important to you, please re-open.