Closed Bug 1396451 Opened 7 years ago Closed 7 years ago

[skiplist] add mozilla::detail::MutexImpl::lock to prefixSignatureRegEx

Categories

(Socorro :: General, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: n.nethercote, Assigned: mccr8)

Details

https://crash-stats.mozilla.com/report/index/3ba061cd-d9fa-4b61-81a7-7ef430170903 has this signature:

> [@ pthread_mutex_lock | mozilla::detail::MutexImpl::lock ]

We should skip past the second entry to get an additional stack frame.

Adrian, would you mind taking this? I'm flat out working on Stylo stuff for Firefox 57 right now.
Flags: needinfo?(adrian)
I'm not working on Socorro anymore, passing this along to Will.
Assignee: nobody → willkg
Flags: needinfo?(adrian)
I can take this. I have another thing I want to add to the prefix list.
Assignee: willkg → continuation
Thank you, Andrew!
I added mozilla::detail::MutexImpl::.* to get both lock and unlock.
https://crash-stats.mozilla.com/report/index/3ba061cd-d9fa-4b61-81a7-7ef430170903

old: pthread_mutex_lock | mozilla::detail::MutexImpl::lock
new: pthread_mutex_lock | mozilla::detail::MutexImpl::lock | mozilla::net::CacheIOThread::QueueSize

Andrew, Nicholas: Does that look better?
Flags: needinfo?(n.nethercote)
Flags: needinfo?(continuation)
Yes, thanks.
Flags: needinfo?(continuation)
(In reply to Will Kahn-Greene [:willkg] ET needinfo? me from comment #7)
> https://crash-stats.mozilla.com/report/index/3ba061cd-d9fa-4b61-81a7-
> 7ef430170903
> 
> old: pthread_mutex_lock | mozilla::detail::MutexImpl::lock
> new: pthread_mutex_lock | mozilla::detail::MutexImpl::lock |
> mozilla::net::CacheIOThread::QueueSize

That's the signature I want, yes :)

But the crash report you linked to still has the old signature. Is that expected?
Flags: needinfo?(n.nethercote) → needinfo?(willkg)
(In reply to Nicholas Nethercote [:njn] from comment #9)
> But the crash report you linked to still has the old signature. Is that
> expected?

Yes, it is expected. The updated lists have to get rolled out to production (which I think hasn't happened yet), and then you'd have to manually reprocess an old crash report to get the new signature.
Flags: needinfo?(willkg)
Oops--I meant to use the -stage link:

https://crash-stats.allizom.org/report/index/3ba061cd-d9fa-4b61-81a7-7ef430170903

We just did a -prod push a few hours ago, so that code is now in -prod. Someone will have to reprocess the old crashes in order to pick up the new signature.
Oops--forgot to mark this FIXED.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.