Closed Bug 1727180 Opened 3 years ago Closed 3 years ago

MOZ_CRASH(Failed to get app path) at ipc/glue/GeckoChildProcessHost.cpp:1709

Categories

(Core :: XPCOM, defect, P3)

defect

Tracking

()

RESOLVED FIXED
96 Branch
Tracking Status
firefox96 --- fixed

People

(Reporter: kershaw, Assigned: kershaw)

References

Details

Attachments

(1 file)

When running xpcshell tests with socket process enabled on my macbook locally, I hit this crash.

Hit MOZ_CRASH(Failed to get app path) at /Users/changkershaw/work/gecko/ipc/glue/GeckoChildProcessHost.cpp:1709
#01: mozilla::ipc::GeckoChildProcessHost::FillMacSandboxInfo(_MacSandboxInfo&)[/Users/changkershaw/work/gecko/objdir/toolkit/library/build/XUL +0x9ab8dc]
#02: mozilla::net::SocketProcessHost::FillMacSandboxInfo(_MacSandboxInfo&)[/Users/changkershaw/work/gecko/objdir/toolkit/library/build/XUL +0x8cd59e]
#03: mozilla::ipc::GeckoChildProcessHost::AppendMacSandboxParams(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::all[/Users/changkershaw/work/gecko/objdir/toolkit/library/build/XUL +0x9ab78f]
#04: mozilla::ipc::GeckoChildProcessHost::AsyncLaunch(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char[/Users/changkershaw/work/gecko/objdir/toolkit/library/build/XUL +0x9a7543]
#05: mozilla::ipc::GeckoChildProcessHost::LaunchAndWaitForProcessHandle(std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::_[/Users/changkershaw/work/gecko/objdir/toolkit/library/build/XUL +0x9a8566]
#06: mozilla::net::SocketProcessHost::Launch()[/Users/changkershaw/work/gecko/objdir/toolkit/library/build/XUL +0x8cc74e]
#07: mozilla::net::nsIOService::LaunchSocketProcess()[/Users/changkershaw/work/gecko/objdir/toolkit/library/build/XUL +0x335444]

It seems that the reason is that CommandLine is not initialized when running xpcshell.
Adding XRE_InitCommandLine in XRE_XPCShellMain seems to be able to fixes this problem.

Component: XPConnect → Security: Process Sandboxing
Component: Security: Process Sandboxing → XPConnect

Sorry, I missed that this was with XPCShell.

More details:
nsMacUtilsImpl::GetAppPath failed because appBinaryPath here is an uninitialized value.

Assignee: nobody → kershaw

Since this is an XPCShell bug, I'm moving it to the XPCOM component.

Severity: -- → N/A
Component: XPConnect → XPCOM
Priority: -- → P3
Attachment #9240003 - Attachment description: Bug 1727180 - Call XRE_InitCommandLine for xpcshell, r=#xpcom-reviewers → Bug 1727180 - Call XRE_InitCommandLine for xpcshell, r=glandium
Attachment #9240003 - Attachment description: Bug 1727180 - Call XRE_InitCommandLine for xpcshell, r=glandium → Bug 1727180 - Call XRE_InitCommandLine for xpcshell, r=#xpcom-reviewers
Pushed by kjang@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/442a7912f2cf
Call XRE_InitCommandLine for xpcshell, r=glandium
Regressions: 1738966
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 96 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: