Closed Bug 1686434 Opened 4 years ago Closed 4 years ago

Crash in [@ mozilla::dom::TimeoutManager::RescheduleTimeout]

Categories

(Core :: DOM: Core & HTML, defect)

Unspecified
macOS
defect

Tracking

()

RESOLVED DUPLICATE of bug 1671141

People

(Reporter: sg, Unassigned)

References

Details

(Keywords: crash)

Crash Data

Maybe Fission related. (DOMFissionEnabled=1)

Crash report: https://crash-stats.mozilla.org/report/index/cd27b89d-a106-4ed1-a5b6-007960210109

MOZ_CRASH Reason: MOZ_DIAGNOSTIC_ASSERT(aLastCallbackTime <= aCurrentNow)

Top 10 frames of crashing thread:

0 XUL XUL@0xc617ba 
1 XUL XUL@0xc60808 
2 XUL XUL@0xc62672 
3 XUL XUL@0x55df6e 
4 XUL XUL@0x571ba4 
5 XUL XUL@0x5556d0 
6 XUL XUL@0x55971b 
7 XUL XUL@0x564408 
8 XUL XUL@0x77f9ed 
9 XUL XUL@0x74e02f 

The stack trace is garbled, but the diagnostic assertion is clearly coming from TimeoutManager::RescheduleTimeout.

Crash Signature: [@ XUL@0xc617ba | XUL@0xc60808 | XUL@0xc62672 | XUL@0x55df6e | XUL@0x571ba4 | XUL@0x5556d0 | XUL@0x55971b | XUL@0x564408 | XUL@0x77f9ed | XUL@0x74e02f | XUL@0x10e3e98 | XUL@0x110345f | XUL@0x1585d60 | XUL@0x74e02f | XUL@0x15858fe | main] → [@ XUL@0xc617ba | XUL@0xc60808 | XUL@0xc62672 | XUL@0x55df6e | XUL@0x571ba4 | XUL@0x5556d0 | XUL@0x55971b | XUL@0x564408 | XUL@0x77f9ed | XUL@0x74e02f | XUL@0x10e3e98 | XUL@0x110345f | XUL@0x1585d60 | XUL@0x74e02f | XUL@0x15858fe | main] [@ XUL@0xc617ba …

Since the signatures do not contain any readable function names, they are specific to a particular build.

Likely a duplicate of Bug 1671141.

See Also: → 1671141
Summary: Crash in [@ TimeoutManager::RescheduleTimeout] → Crash in [@ mozilla::dom::TimeoutManager::RescheduleTimeout]

(In reply to Simon Giesecke [:sg] [he/him] from comment #0)

Maybe Fission related. (DOMFissionEnabled=1)

Crash report: https://crash-stats.mozilla.org/report/index/cd27b89d-a106-4ed1-a5b6-007960210109

MOZ_CRASH Reason: MOZ_DIAGNOSTIC_ASSERT(aLastCallbackTime <= aCurrentNow)

Top 10 frames of crashing thread:

0 XUL XUL@0xc617ba 
1 XUL XUL@0xc60808 
2 XUL XUL@0xc62672 
3 XUL XUL@0x55df6e 
4 XUL XUL@0x571ba4 
5 XUL XUL@0x5556d0 
6 XUL XUL@0x55971b 
7 XUL XUL@0x564408 
8 XUL XUL@0x77f9ed 
9 XUL XUL@0x74e02f 

The stack trace is garbled, but the diagnostic assertion is clearly coming from TimeoutManager::RescheduleTimeout.

FWIW, the build id 20201227234826 of that crash is older than this backout. This seems to be true for all signatures referenced above.

FWIW, the build id 20201227234826 of that crash is older than this backout. This seems to be true for all signatures referenced above.

Right. The reports are recent, but the build is rather old.

Gabriele, do you have an idea why the stack traces are not symbolized here?

Flags: needinfo?(gsvelto)

I have to inspect the associated builds, let me have a look

Quite simply no symbol tasks were run for those builds which is really odd. I expected that the tasks would have ran and failed to generate symbols but that's not the case here; they didn't run at all. There might be an issue with the task definitions.

Flags: needinfo?(gsvelto)

The diagnostic assertion is coming from TimeoutManager::RescheduleTimeout and per comment#3, close as a duplicated of bug 1671141.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.