Closed Bug 1707033 Opened 5 years ago Closed 4 years ago

Startup Crash in [@ core::option::expect_none_failed | std::sys_common::backtrace::__rust_begin_short_backtrace<T>]

Categories

(Toolkit :: Telemetry, defect)

Unspecified
Windows
defect

Tracking

()

RESOLVED INCOMPLETE
Tracking Status
firefox-esr78 --- unaffected
firefox88 --- affected
firefox89 --- affected
firefox90 --- affected

People

(Reporter: aryx, Unassigned)

References

Details

(Keywords: crash)

Crash Data

This Windows crash started with Firefox 87 (380 crashes during the release cycle) and continues with 88.0. 88% of the crashes hit during the first minute.

Crash report: https://crash-stats.mozilla.org/report/index/23047a52-db39-4a68-8ada-46b180210422

MOZ_CRASH Reason: called `Result::unwrap()` on an `Err` value: Error { kind: IoError(Os { code: 32, kind: Other, message: "The process cannot access the file because it is being used by another process." }) }

Top 10 frames of crashing thread:

0 xul.dll RustMozCrash mozglue/static/rust/wrappers.cpp:16
1 xul.dll mozglue_static::panic_hook mozglue/static/rust/lib.rs:89
2 xul.dll core::ops::function::Fn::call<fn ../cb75ad5db02783e8b0222fee363c5f63f7e2cf5b/library/core/src/ops/function.rs:227
3 xul.dll std::panicking::rust_panic_with_hook ../cb75ad5db02783e8b0222fee363c5f63f7e2cf5b//library/std/src/panicking.rs:595
4 xul.dll std::panicking::begin_panic_handler::{{closure}} ../cb75ad5db02783e8b0222fee363c5f63f7e2cf5b//library/std/src/panicking.rs:497
5 xul.dll std::sys_common::backtrace::__rust_end_short_backtrace<closure-0, !> ../cb75ad5db02783e8b0222fee363c5f63f7e2cf5b//library/std/src/sys_common/backtrace.rs:141
6 xul.dll std::panicking::begin_panic_handler ../cb75ad5db02783e8b0222fee363c5f63f7e2cf5b//library/std/src/panicking.rs:493
7 xul.dll core::panicking::panic_fmt ../cb75ad5db02783e8b0222fee363c5f63f7e2cf5b//library/core/src/panicking.rs:92
8 xul.dll core::option::expect_none_failed ../cb75ad5db02783e8b0222fee363c5f63f7e2cf5b//library/core/src/option.rs:1268
9 xul.dll std::sys_common::backtrace::__rust_begin_short_backtrace<closure-0, tuple<>> ../cb75ad5db02783e8b0222fee363c5f63f7e2cf5b/library/std/src/sys_common/backtrace.rs:131

Telemetry part:

 9 	xul.dll	std::sys_common::backtrace::__rust_begin_short_backtrace<closure-0, tuple<>>(glean::initialize::closure-0)	../cb75ad5db02783e8b0222fee363c5f63f7e2cf5b/library/std/src/sys_common/backtrace.rs:131 

We've been looking at this off and on in bug 1696317, without any firm leads as of yet.

Lemme add Jan-Erik here so between us all we can figure out what the next steps are. This isn't as rare a crash as it appeared in that bug, so maybe we go through and start annotating IO Errors?

Flags: needinfo?(jrediger)

Oh, and let's bring :kinetik to the party, too.

See Also: → 1696317

Without a reproduction, I think we need to go through our code base, find the places where we unwrap any potential IO errors and either figuring out if we can handle it more gracefully or at the very least at more comprehensive panic messages might get us a step closer in finding out what's going on.

Flags: needinfo?(jrediger)

No errors since v89.0.2, so I'm cautiously gonna close this out.

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