Closed Bug 1747637 Opened 2 years ago Closed 2 years ago

Crash in [@ midir_impl_close_port]

Categories

(Core :: DOM: Device Interfaces, defect)

Firefox 97
defect

Tracking

()

RESOLVED DUPLICATE of bug 1748647
Tracking Status
firefox-esr91 --- unaffected
firefox95 --- unaffected
firefox96 --- unaffected
firefox97 --- affected

People

(Reporter: calixte, Assigned: gsvelto)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: crash, regression)

Crash Data

Maybe Fission related. (DOMFissionEnabled=1)

Crash report: https://crash-stats.mozilla.org/report/index/0aeec950-55c4-4371-99ec-4ab780211224

MOZ_CRASH Reason: called `Option::unwrap()` on a `None` value

Top 10 frames of crashing thread:

0 XUL RustMozCrash mozglue/static/rust/wrappers.cpp:18
1 XUL mozglue_static::panic_hook mozglue/static/rust/lib.rs:91
2 XUL core::ops::function::Fn::call library/core/src/ops/function.rs:70
3 XUL std::panicking::rust_panic_with_hook library/std/src/panicking.rs:628
4 XUL std::panicking::begin_panic_handler::{{closure}} library/std/src/panicking.rs:519
5 XUL std::sys_common::backtrace::__rust_end_short_backtrace library/std/src/sys_common/backtrace.rs:139
6 XUL rust_begin_unwind library/std/src/panicking.rs:517
7 XUL core::panicking::panic_fmt library/core/src/panicking.rs:100
8 XUL core::panicking::panic library/core/src/panicking.rs:50
9 XUL midir_impl_close_port dom/midi/midir_impl/src/lib.rs:262

There is 1 crash in nightly 97 with buildid 20211224095019. In analyzing the backtrace, the regression may have been introduced by patch [1] to fix bug 1201598.

[1] https://hg.mozilla.org/mozilla-central/rev?node=c5e98c30bbf2

Flags: needinfo?(gsvelto)

I once stumbled upon this issue during local testing but couldn't reproduce it. I'll try it again, it's possible that we're shutting down the service twice (or at least attempting to do so).

There is something wrong with the object lifecycle. I managed to cause this crash on shutdown which doesn't match the one here but is likely related. In this crash we're closing the same port twice (something that shouldn't be possible), and in my crash we're closing the service twice which again shouldn't be possible. Additionally while testing I also managed to open the same port twice without closing it first, the second open operation failed. Last but not least on www.midimonitor.com my MIDI keyboard appears twice when I first loaded the page which again shouldn't be possible.

No longer blocks: clouseau, 1201598
See Also: → clouseau
Blocks: clouseau
No longer blocks: 1742471
See Also: clouseau1742471

Actively working on this.

Assignee: nobody → gsvelto
Status: NEW → ASSIGNED
Flags: needinfo?(gsvelto)

Hi Gabriele, any updates on this?

Flags: needinfo?(gsvelto)

Yes, this turned out to be a duplicate of bug 1748647.

Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Flags: needinfo?(gsvelto)
Resolution: --- → DUPLICATE
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.