Closed
Bug 852251
Opened 11 years ago
Closed 11 years ago
Multiple crashes seen in "layers" while on call and attempting FTP over DUN
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
People
(Reporter: ggrisco, Assigned: ajones)
Details
(Keywords: crash, Whiteboard: [b2g-crash][CR 462595])
Crash Data
Attachments
(3 files)
Breaking up bug 848003 into individual reports 1. Make MO call using QXDM 2. Make Dialup Networking (DUN) call and start FTP download test case After the weekend run, device collected many minidumps. Minidump attached.
Reporter | ||
Updated•11 years ago
|
blocking-b2g: --- → tef?
Reporter | ||
Comment 1•11 years ago
|
||
Updated•11 years ago
|
Crash Signature: [@ mozilla::layers::PCompositorChild::SendPLayersConstructor ]
Keywords: crash
Comment 3•11 years ago
|
||
What's the "FTP download case"? Is that downloading a file in the browser using FTP, or an system-level app update? I'm afraid I also don't know what a "MO call using QXDM" is. (I'm just trying to get a sense for 1) how common the use case is here and 2) how the parts interact and 3) a clear set of STR so we can debug). From the stack trace, I'm not clear on how the FTP download could be triggering this. The crash stack is all Layers code (crashing at PCompositorChild::SendPLayersConstructor). And on the child, FTP only operates on the main thread, and none of the FTP code is on the main thread stack in this crash. But of course earlier FTP events on the main thread might be changing state somehow to cause this. But I suspect the brokenness is all up above the FTP code itself. Assigning to Jeff just because he seems to be the (latest) person to take the other Layers IPDL bug (bug 851664).
Assignee: nobody → jmuizelaar
Component: General → Graphics: Layers
Product: Boot2Gecko → Core
Comment 4•11 years ago
|
||
I'm not sure how actionable this is without being able to reproduce this locally.
Updated•11 years ago
|
Flags: needinfo?(ggrisco)
Comment 5•11 years ago
|
||
Please try to look at the backtrace and attempt to determine how this could happen. Reproducing these types of issues locally can be difficult and an time-consuming due to test setup. The "FTP download case" stuff is the name of the stability test that cause this crash to occur /somehow/, but obviously the crash has nothing to do with FTP. We just got (un)lucky and hit this layers bug as a part of that test.
Reporter | ||
Comment 6•11 years ago
|
||
Clearing my ni since I can't provide more clear STR. This has been reproduced in last two AUs that we ran stabiilty tests on.
Flags: needinfo?(ggrisco)
Assignee | ||
Comment 8•11 years ago
|
||
It looks like CompositorChild::Get() may be returning a null. That would happen if it is called before CompositorChild::Create() or after CompositorChild::Destroy(). There is no null check in TabChild::InitRenderingState(). Something is happening out of order but without a way to reproduce the problem all I can do is put in a null check in InitRederingState().
Flags: needinfo?(ajones)
Comment 9•11 years ago
|
||
I got nothing, sorry
Comment 10•11 years ago
|
||
Anthony asked me to see if I've got something here, but I need to run now.
Flags: needinfo?(justin.lebar+bug)
Assignee | ||
Comment 11•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Assignee: jmuizelaar → ajones
Comment 12•11 years ago
|
||
I think this patch is probably right, based on the comment in TabChild::RecvShow. Anyway it seems difficult to imagine how this patch would make things worse than they already are.
Flags: needinfo?(justin.lebar+bug)
Comment 13•11 years ago
|
||
Comment on attachment 729829 [details] [diff] [review] Check for null on CompositorChild::Get() r=me
Attachment #729829 -
Flags: review+
Updated•11 years ago
|
status-b2g18:
--- → affected
status-b2g18-v1.0.1:
--- → affected
Comment 14•11 years ago
|
||
is this ready to land? thanks
Assignee | ||
Comment 15•11 years ago
|
||
Public holidays have delayed the landing. https://tbpl.mozilla.org/?tree=Try&rev=d3a5fe89fb9b
Assignee | ||
Comment 16•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/9ecc1799f6f4
Comment 17•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/9ecc1799f6f4
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla23
Comment 18•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g18/rev/1e5002f7a205 https://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/f35275c90b13
status-b2g18-v1.0.0:
--- → wontfix
status-firefox21:
--- → wontfix
status-firefox22:
--- → wontfix
status-firefox23:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•