Closed Bug 1840182 Opened 3 years ago Closed 2 years ago

Crash in [@ mozilla::net::nsHttpHandler::Init]

Categories

(Core :: Networking: HTTP, defect, P2)

Unspecified
Windows 10
defect

Tracking

()

RESOLVED FIXED
129 Branch
Tracking Status
firefox-esr115 --- wontfix
firefox127 --- wontfix
firefox128 --- wontfix
firefox129 --- fixed

People

(Reporter: mccr8, Assigned: valentin)

Details

(Keywords: crash, Whiteboard: [necko-triaged][necko-priority-next])

Crash Data

Attachments

(3 files)

Crash report: https://crash-stats.mozilla.org/report/index/c2a9a029-6c85-45a8-a622-8af550230621

MOZ_CRASH Reason: MOZ_DIAGNOSTIC_ASSERT(false) (Try to init HttpHandler after shutdown)

Top 10 frames of crashing thread:

0  xul.dll  mozilla::net::nsHttpHandler::Init  netwerk/protocol/http/nsHttpHandler.cpp:314
0  xul.dll  mozilla::net::nsHttpHandler::GetInstance  netwerk/protocol/http/nsHttpHandler.cpp:204
1  xul.dll  mozCreateComponent  startupcache/StartupCacheInfo.cpp:49
1  xul.dll  mozilla::xpcom::CreateInstanceImpl  xpcom/components/StaticComponents.cpp:11299
2  xul.dll  mozilla::xpcom::StaticModule::CreateInstance const  xpcom/components/StaticComponents.cpp:13375
2  xul.dll    xpcom/components/nsComponentManager.cpp:184
2  xul.dll  nsComponentManagerImpl::GetServiceLocked  xpcom/components/nsComponentManager.cpp:971
3  xul.dll  nsComponentManagerImpl::GetServiceByContractID  xpcom/components/nsComponentManager.cpp:1160
3  xul.dll  CallGetService  xpcom/components/nsComponentManagerUtils.cpp:61
3  xul.dll  nsGetServiceByContractID::operator const  xpcom/components/nsComponentManagerUtils.cpp:240
Severity: -- → S3
Priority: -- → P2
Whiteboard: [necko-triaged]

I think we can log the JS location to find out what code tries to create channel during shutdown.

Whiteboard: [necko-triaged] → [necko-triaged][necko-priority-review]

The bug is linked to a topcrash signature, which matches the following criterion:

  • Top 20 desktop browser crashes on beta

:edgul, could you consider increasing the severity of this top-crash bug?

For more information, please visit BugBot documentation.

Flags: needinfo?(edgul)
Keywords: topcrash

Kershaw, thoughts on raising severity?

Flags: needinfo?(edgul) → needinfo?(kershaw)

(In reply to Ed Guloien [:edgul] from comment #3)

Kershaw, thoughts on raising severity?

This crash happens during shutdown, so a user might not notice this.
I think we can leave this as S3.

Flags: needinfo?(kershaw)

It is also a diagnostic assert, so it won't affect release users.

Based on the topcrash criteria, the crash signature linked to this bug is not a topcrash signature anymore.

For more information, please visit BugBot documentation.

Keywords: topcrash

Sorry for removing the keyword earlier but there is a recent change in the ranking, so the bug is again linked to a topcrash signature, which matches the following criterion:

  • Top 20 desktop browser crashes on beta

For more information, please visit BugBot documentation.

Keywords: topcrash

Based on the topcrash criteria, the crash signature linked to this bug is not a topcrash signature anymore.

For more information, please visit BugBot documentation.

Keywords: topcrash

It seems a bunch of these are happening through dom/xhr/XMLHttpRequestMainThread.cpp:2539 calling NS_NewChannel after shutdown.
We should add a check to NS_NewChannel and return error during shutdown.

Whiteboard: [necko-triaged][necko-priority-review] → [necko-triaged][necko-priority-next]
Assignee: nobody → valentin.gosu
Status: NEW → ASSIGNED
Attachment #9378735 - Attachment description: Bug 1840182 - Early exit from NS_NewChannelInternal when called during shutdown r=sunil → Bug 1840182 - Don't instantiate nsHttpHandler during shutdown r=sunil
Pushed by valentin.gosu@gmail.com: https://hg.mozilla.org/integration/autoland/rev/d588407829f1 Don't instantiate nsHttpHandler during shutdown r=sunil

Backed out for causing Wd process crash failures

Backout link

Push with failures

Failure log

Flags: needinfo?(valentin.gosu)

There is an r+ patch which didn't land and no activity in this bug for 2 weeks.
:valentin, could you have a look please?
If you still have some work to do, you can add an action "Plan Changes" in Phabricator.
For more information, please visit BugBot documentation.

Flags: needinfo?(valentin.gosu)
Flags: needinfo?(smayya)
Flags: needinfo?(smayya)
Flags: needinfo?(valentin.gosu)
Pushed by valentin.gosu@gmail.com: https://hg.mozilla.org/integration/autoland/rev/5526248c0be2 Do not create new XHR channel during shutdown r=necko-reviewers,kershaw https://hg.mozilla.org/integration/autoland/rev/22d329ce0ffc Do not create channels during shutdown - NetworkConnectivityService r=necko-reviewers,kershaw
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 129 Branch

The patch landed in nightly and beta is affected.
:valentin, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox128 to wontfix.

For more information, please visit BugBot documentation.

Flags: needinfo?(valentin.gosu)
Flags: needinfo?(valentin.gosu) → needinfo?(kershaw)
Flags: needinfo?(kershaw)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: