Closed
Bug 1359951
Opened 7 years ago
Closed 7 years ago
Crash in mozalloc_abort | NS_DebugBreak | mozilla::ipc::FatalError | mozilla::net::PNeckoChild::SendPWebSocketConstructor
Categories
(Core :: Networking, defect)
Tracking
()
RESOLVED
FIXED
mozilla55
People
(Reporter: marcia, Assigned: CuveeHsu)
References
Details
(Keywords: crash, Whiteboard: [necko-active])
Crash Data
Attachments
(1 file, 1 obsolete file)
1.09 KB,
patch
|
u408661
:
review+
gchang
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
This bug was filed from the Socorro interface and is report bp-f7642eda-91c8-4cb0-86ed-3b4502170328. ============================================================= Seen while looking at nightly crash stats - feel feel to move to correct component - crashes started on Nightly using 20170308030207 - http://bit.ly/2oMCOqg No useful correlations or comments.
Component: IPC → Networking
Comment 1•7 years ago
|
||
¡Hola! Yup! This bite me on Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:55.0) Gecko/20100101 Firefox/55.0 ID:20170426030329 CSet: 0f5ba06c4c5959030a05cb852656d854065e2226 in the form of bp-9c6752f7-a4b6-470d-b67c-992f10170427 Subscribing... ¡Gracias! Alex
Shian-Yow - do we have anyone in Taipei who has e10s and/or websockets knowledge that could take a look at this? I've already bugged Michal on a few things lately (my usual websockets go-to), and don't want to overload him :)
Flags: needinfo?(swu)
Comment 3•7 years ago
|
||
(In reply to Nicholas Hurley [:nwgh][:hurley] (also hurley@todesschaf.org) from comment #2) > Shian-Yow - do we have anyone in Taipei who has e10s and/or websockets > knowledge that could take a look at this? I've already bugged Michal on a > few things lately (my usual websockets go-to), and don't want to overload > him :) I would like Junior to take a look at this. :)
Assignee: nobody → juhsu
Flags: needinfo?(swu)
Updated•7 years ago
|
Whiteboard: [necko-active]
Assignee | ||
Comment 4•7 years ago
|
||
It has the pattern in Bug 1332054, failed in constructor in a shutdown progress.
Whiteboard: [necko-active]
Assignee | ||
Updated•7 years ago
|
Whiteboard: [necko-active]
Comment 5•7 years ago
|
||
(In reply to Junior[:junior] from comment #4) > It has the pattern in Bug 1332054, failed in constructor in a shutdown > progress. Trying to create IPDL during shutdown phase doesn't seems something we should do. Is it triggered by test case or something else?
Flags: needinfo?(juhsu)
Assignee | ||
Comment 6•7 years ago
|
||
I did a quick investigation that we don't have a intermittent for this before. Comment 4 is judged by 1. It's triggered from child process 2. Most of them happened in ShutdownProgress:profile-before-change
Flags: needinfo?(juhsu)
Assignee | ||
Comment 7•7 years ago
|
||
FWIW, It's interested that the uptime ranges are < 1min
Assignee | ||
Comment 8•7 years ago
|
||
The FatalError occurs in PNeckoChild::SendPWebSocketConstructor() -> (GetIPCChannel())->Send(msg__); And all the cases are in shutdown progress. Similar to Bug 1277582, we need to have a bail-out. https://treeherder.mozilla.org/#/jobs?repo=try&revision=bcf9e9366bb8524873061399c4353c5c4a264926
Attachment #8863697 -
Flags: review?(hurley)
Comment on attachment 8863697 [details] [diff] [review] websocket-crash - v1 Review of attachment 8863697 [details] [diff] [review]: ----------------------------------------------------------------- Nit on the commit message: use r=nwgh (or r=hurley, if you're old-school). "nick" is a bit too ambiguous :) ::: netwerk/protocol/websocket/WebSocketChannelChild.cpp @@ +556,5 @@ > > + ContentChild* cc = static_cast<ContentChild*>(gNeckoChild->Manager()); > + if (cc->IsShuttingDown()) { > + return NS_ERROR_FAILURE; > + } So like in bug 1277582, this should probably be moved above the AddIPDLReference() call further up in the method. Otherwise, this is good to go.
Attachment #8863697 -
Flags: review?(hurley)
Comment 10•7 years ago
|
||
Also, :billm mentioned over in bug 1277582 that there needs to be a way to prevent this from happening globally. Bill, did that bug ever get filed?
Flags: needinfo?(wmccloskey)
No, although bug 1332054 would probably be that bug. I need to get back to that at some point.
Flags: needinfo?(wmccloskey)
Assignee | ||
Comment 12•7 years ago
|
||
Thanks for your prompt feedback!
Attachment #8863697 -
Attachment is obsolete: true
Attachment #8863967 -
Flags: review?(hurley)
Comment 13•7 years ago
|
||
Comment on attachment 8863967 [details] [diff] [review] websocket-crash - v2 Review of attachment 8863967 [details] [diff] [review]: ----------------------------------------------------------------- LGTM, thanks!
Attachment #8863967 -
Flags: review?(hurley) → review+
Assignee | ||
Comment 14•7 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=fbae8e117cbef1163b768bb211d80d55e5251dd1
Assignee | ||
Comment 15•7 years ago
|
||
https://treeherder.mozilla.org/#/jobs?repo=try&revision=ea2431966469287b9501d8e908759a708d43ce84
Assignee | ||
Updated•7 years ago
|
Keywords: checkin-needed
Comment 16•7 years ago
|
||
Pushed by cbook@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/816f2cd29ba6 Ensure that the WebSocket not sending constructor when shutting down, r=nwgh
Keywords: checkin-needed
Comment 17•7 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/816f2cd29ba6
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla55
Comment 18•7 years ago
|
||
Please request Beta approval on this when you get a chance. While ESR52 also appears to be affected, the crash rate is miniscule, so I'm setting the status to wontfix. Feel free to change it to affected and nominate the patch for approval if you feel strongly that it warrants consideration for that branch as well.
Assignee | ||
Comment 19•7 years ago
|
||
(In reply to Ryan VanderMeulen [:RyanVM] from comment #18) > Please request Beta approval on this when you get a chance. While ESR52 also > appears to be affected, the crash rate is miniscule, so I'm setting the > status to wontfix. Feel free to change it to affected and nominate the patch > for approval if you feel strongly that it warrants consideration for that > branch as well. It's a shut-down crash. IMO it's a wontfix to ESR
Flags: needinfo?(juhsu)
Assignee | ||
Comment 20•7 years ago
|
||
Comment on attachment 8863967 [details] [diff] [review] websocket-crash - v2 Approval Request Comment [Feature/Bug causing the regression]: No bug [User impact if declined]: Have shut-down crashes [Is this code covered by automated tests?]: No [Has the fix been verified in Nightly?]: Yes [Needs manual test from QE? If yes, steps to reproduce]: No [List of other uplifts needed for the feature/fix]: No [Is the change risky?]: Not risky [Why is the change risky/not risky?]: It's a shut-down check and we already have some similar fix [String changes made/needed]: No
Attachment #8863967 -
Flags: approval-mozilla-beta?
Comment 21•7 years ago
|
||
Comment on attachment 8863967 [details] [diff] [review] websocket-crash - v2 Fix a crash. Beta54+. Should be in 54 beta 7.
Attachment #8863967 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Comment 22•7 years ago
|
||
bugherder uplift |
https://hg.mozilla.org/releases/mozilla-beta/rev/40c0c72fd4ef
You need to log in
before you can comment on or make changes to this bug.
Description
•