1409216 - Crash in google_breakpad::ReceivePort::WaitForMessage | google_breakpad::CrashGenerationClient::RequestDumpForException

Status: RESOLVED DUPLICATE of bug 1411866

(Core :: Audio/Video: cubeb, defect, P2)

Description

[Marcia Knous [:marcia]]

This bug was filed from the Socorro interface and is 
report bp-e9f7582e-e19a-4869-80c2-372890171016.
=============================================================

Seen while looking at crash stats: http://bit.ly/2yt0HdD. Crashes started using 20171014100219.

Possible regression range based on Build ID: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=196dadb2fe500e75c6fbddcac78106648676cf10&tochange=d71e8e0053d8043bc9deb98b35ca5220a0c9adea

Comments:  Trying to create a new gcal event.

Comment 1

[Paul Adenot (:padenot)]

Ales, easy one I think, we're destroying the stream before having incremented, during init.

Comment 2

[Alex Crichton [:acrichto]]

Hm sorry I'm not sure I understand what's going on here :(

Comment 3

[Paul Adenot (:padenot)]

Ohh sorry, wrong alex.

Comment 4

[Alex Chronopoulos [:achronop]]

Pushed for review in cubeb repo:
https://github.com/kinetiknz/cubeb/pull/367

Comment 5

[[:philipp]]

in terms of the regression range - i think bug 1405151 is surfacing the real signature now, before that those crashes would have shown up with an empty signature.

Comment 6

[Gerry Chang [:gchang]]

Hi :spohl,
Can you help take a look at this issue?

Comment 7

[Stephen A Pohl [:spohl]]

Comment 5 is explaining why this signature started showing up and this bug is assigned to Alex who has this fixed in cubeb (comment 4). Is there something in particular you wanted me to look into?

Comment 8

[[:philipp]]

this is a frequent content crash on 57.0b on osx - can we uplift the fix?

Comment 9

[Gerry Chang [:gchang]]

Hi :spohl, 
Thanks for the update. I just noticed comment #4 has a patch.

Comment 10

[Alex Chronopoulos [:achronop]]

The fix is landed in cubeb repo. I will do the import in gecko soon.

Comment 11

[Marcia Knous [:marcia]]

(In reply to Alex Chronopoulos [:achronop] from comment #10)
> The fix is landed in cubeb repo. I will do the import in gecko soon.

Alex: Will this also fix crashes such as https://crash-stats.mozilla.com/report/index/fe7d65fd-fc1c-4ee3-a22b-2869f0171024#allthreads? There seem to be a bunch of Mac crashes that I see daily in 58 with signatures like [@ @0x7fff348183b0]. I noticed today that this one has cubeb stuff lower in the threads.

Comment 12

[Alex Chronopoulos [:achronop]]

(In reply to Marcia Knous [:marcia - use ni] from comment #11)
> Alex: Will this also fix crashes such as
> https://crash-stats.mozilla.com/report/index/fe7d65fd-fc1c-4ee3-a22b-
> 2869f0171024#allthreads?
No it does not look the same. I do not expect to be fixed by that. Usually this kind of signature exist when one component creates a deadlock inside apple's framework. But that's only a guess with such a poor signature.

Comment 13

[Jim Mathies [:jimm]]

Can we cherry pick a fix for 57?

Comment 14

[Alex Chronopoulos [:achronop]]

Sure let me import it first and I will apply for uplift. I am waiting one review in order to import.

Comment 15

[Ethan Tseng [:ethan]]

Hi Alex,

Does bug 1411866 already fix this one?
Should I set this bug as resolved duplicate?

Comment 16

[Alex Chronopoulos [:achronop]]

Yeah, this is now fixed. Thanks for pointing out.

Comment 17

[Ethan Tseng [:ethan]]

(In reply to Alex Chronopoulos [:achronop] from comment #16)
> Yeah, this is now fixed. Thanks for pointing out.

Cheers!  :)