Closed Bug 1942759 Opened 1 year ago Closed 11 months ago

Crash in [@ dps.dll | RcConsolidateFrames] from SentryBay

Categories

(External Software Affecting Firefox :: Other, defect, P3)

All
Windows

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bobowen, Assigned: bobowen)

References

Details

(Keywords: crash)

Crash Data

Found in crash analysis during roll-out of USER_RESTRICTED in Fx134.
Only 9 clients in crash pings at the moment.
dps.dll appears to be from a product from SentryBay.
The only email I could find is a sales one, so I am emailing that with the details.
Setting to S3 not S2 due to the low volume and it not being clear if this makes the browser unusable.
Also presumably there could possibly be a work-around of disabling the product.

Crash report: https://crash-stats.mozilla.org/report/index/590ff4b0-0cb8-4a20-8586-8c91b0241209

Reason:

Unhandled C++ Exception

Top 10 frames:

0  KERNELBASE.dll  RaiseException
1  dps.dll  dps.dll@0x129204
2  dps.dll  dps.dll@0x1ada7f
3  dps.dll  dps.dll@0x1ada7f
4  dps.dll  dps.dll@0x8184a
5  ntdll.dll  RcConsolidateFrames
6  dps.dll  dps.dll@0x81602
7  dps.dll  dps.dll@0x3955d
8  dps.dll  dps.dll@0x1ab0a1
9  dps.dll  dps.dll@0x12b05f

The bug is linked to a topcrash signature, which matches the following criterion:

  • Top 5 socket and utility process crashes on release

:bobowen, could you consider increasing the severity of this top-crash bug?

For more information, please visit BugBot documentation.

Flags: needinfo?(bobowencode)
Keywords: topcrash

(In reply to BugBot [:suhaib / :marco/ :calixte] from comment #1)

The bug is linked to a topcrash signature, which matches the following criterion:

  • Top 5 socket and utility process crashes on release

:bobowen, could you consider increasing the severity of this top-crash bug?

For more information, please visit BugBot documentation.

From crash pings it looks like this or a similar issue started in the utility processes in early December.
We've seen a more recent spike in reporting for utility and content since the USER_RESTRICTED roll-out happened.
I suspect the content crashes being reported have driven the increase in the reporting of the utility ones.

Given there weren't any obvious changes that might have caused the issues in the utility process, it looks like this might be a change from SentryBay that has caused this (or made it worse) with processes that have a stronger sandbox.
This happened to coincide with the move to USER_RESTRICTED.
The only option we have at the moment is to block the DLL and possibly one or two others that tend to be loaded.
We've only seen the crash once in Nightly (or Beta), so we probably won't see the impact until release and it's not clear if this is an intermittent issue, so blocking might make things worse.

Flags: needinfo?(bobowencode)
Summary: Crash in [@ dps.dll | RcConsolidateFrames] → Crash in [@ dps.dll | RcConsolidateFrames] from SentryBay

Based on the topcrash criteria, the crash signature linked to this bug is not a topcrash signature anymore.

For more information, please visit BugBot documentation.

Keywords: topcrash

The dps.dll issue is probably fixed, but there is now an issue with entryprotect.dll.

Crash Signature: [@ dps.dll | RcConsolidateFrames] → [@ dps.dll | RcConsolidateFrames] [@ entryprotect.dll | RcConsolidateFrames ]

Closing because no crashes reported for 12 weeks.

Status: ASSIGNED → RESOLVED
Closed: 11 months ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.