Startup Crash in [@ InitializeNSSWithFallbacks]
Categories
(Core :: Security: PSM, defect, P3)
Tracking
()
People
(Reporter: wsmwk, Unassigned)
References
Details
(Keywords: crash, Whiteboard: [tbird crash][nss-monitor])
Crash Data
I think all the crashes of the past 6 months are the same person https://crash-stats.mozilla.org/signature/?product=Thunderbird&signature=InitializeNSSWithFallbacks&date=%3E%3D2022-11-24T12%3A38%3A00.000Z&date=%3C2023-05-24T12%3A38%3A00.000Z
Crash report: https://crash-stats.mozilla.org/report/index/8859abce-cd3b-437d-bf82-c95be0230521
MOZ_CRASH Reason: InitializeNSSWithFallbacks failed: -5925
Top 10 frames of crashing thread:
0 xul.dll MOZ_Crash mfbt/Assertions.h:261
0 xul.dll InitializeNSSWithFallbacks security/manager/ssl/nsNSSComponent.cpp:1752
0 xul.dll nsNSSComponent::InitializeNSS security/manager/ssl/nsNSSComponent.cpp:1853
1 xul.dll nsNSSComponent::Init security/manager/ssl/nsNSSComponent.cpp:2124
2 xul.dll mozilla::xpcom::CreateInstanceImpl xpcom/components/StaticComponents.cpp:14854
3 xul.dll xpcom/components/nsComponentManager.cpp:184
3 xul.dll nsComponentManagerImpl::GetServiceLocked xpcom/components/nsComponentManager.cpp:971
4 xul.dll nsComponentManagerImpl::GetServiceByContractID xpcom/components/nsComponentManager.cpp:1160
5 xul.dll CallGetService xpcom/components/nsComponentManagerUtils.cpp:61
5 xul.dll nsGetServiceByContractID::operator const xpcom/components/nsComponentManagerUtils.cpp:240
Comment 1•3 years ago
|
||
Right, that would only be causing a crash on daily debug builds I think. https://searchfox.org/mozilla-central/rev/603b9fded7a11ff213c0f415198cd637b7c86614/security/manager/ssl/nsNSSComponent.cpp#1752
Comment 2•2 years ago
|
||
This affects Firefox also.
Updated•2 years ago
|
Comment 3•2 years ago
|
||
The bug is linked to a topcrash signature, which matches the following criterion:
- Top 20 desktop browser crashes on beta (startup)
For more information, please visit BugBot documentation.
Comment 4•2 years ago
|
||
The severity field is not set for this bug.
:keeler, could you have a look please?
For more information, please visit BugBot documentation.
I encountered the same bug when running GTest tests on the Loongnix platform.
| Reporter | ||
Updated•2 years ago
|
Comment 6•2 years ago
|
||
I assume you're building Firefox yourself? Are you using --with-system-nss? Could you run with the environment variable MOZ_LOG set to pipnss:4 and attach the results here? Thanks!
(In reply to Dana Keeler (she/her) (use needinfo) (:keeler for reviews) from comment #6)
I assume you're building Firefox yourself? Are you using
--with-system-nss? Could you run with the environment variableMOZ_LOGset topipnss:4and attach the results here? Thanks!
Thank you for your help. I builded Thunderbird myself and have tried this method, but it failed.
The results are as follows:
[ RUN ] TestMailCookie.TestMailCookieMain
[(null) 29095: Main Thread]: D/pipnss nsNSSComponent::ctor
[(null) 29095: Main Thread]: D/pipnss Beginning NSS initialization
[(null) 29095: Main Thread]: D/pipnss nsNSSComponent::InitializeNSS
[(null) 29095: Main Thread]: D/pipnss NSS Initialization beginning
[(null) 29095: Main Thread]: D/pipnss NSS profile at '/home/loongson/Desktop/Thunderbird-78-LoongArch/obj-loongarch64-unknown-linux-gnu/dist/bin/cpp-unit-profd-7'
[(null) 29095: Main Thread]: D/pipnss not setting NSS_SDB_USE_CACHE
[(null) 29095: Main Thread]: D/pipnss inSafeMode: 0
[(null) 29095: Main Thread]: D/pipnss failed to initialize NSS with codes -5977 -5925
[(null) 29095: Main Thread]: D/pipnss last-resort NSS_NoDB_Init
[(null) 29095: Main Thread]: D/pipnss failed to initialize NSS
[(null) 29095: Main Thread]: E/pipnss nsNSSComponent::InitializeNSS() failed
[(null) 29095: Main Thread]: D/pipnss nsNSSComponent::dtor
[(null) 29095: Main Thread]: D/pipnss nsNSSComponent::ShutdownNSS
[(null) 29095: Main Thread]: D/pipnss nsNSSComponent::dtor finished
[(null) 29095: Main Thread]: D/pipnss nsNSSComponent::ctor
I speculate that the reason is that the generated libnss.so cannot be found, so I manually added the path, and it worked.
export LD_LIBRARY_PATH="/home/loongson/Desktop/Thunderbird-78-LoongArch/obj-loongarch64-unknown-linux-gnu/dist/bin:$LD_LIBRARY_PATH
(In reply to Dana Keeler (she/her) (use needinfo) (:keeler for reviews) from comment #6)
> I assume you're building Firefox yourself? Are you using `--with-system-nss`? Could you run with the environment variable `MOZ_LOG` set to `pipnss:4` and attach the results here? Thanks!
Comment 8•2 years ago
|
||
So to be clear, you weren't using --with-system-nss before you read my comment, correct? If so, could you rebuild without --with-system-nss and get a log again? Thanks!
Comment 9•2 years ago
|
||
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.
Comment 10•2 years ago
|
||
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 criteria:
- Top 20 desktop browser crashes on beta (startup)
- Top 10 AArch64 and ARM crashes on beta
For more information, please visit BugBot documentation.
Comment 11•2 years ago
|
||
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.
Comment 12•2 years ago
|
||
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 criteria:
- Top 20 desktop browser crashes on beta (startup)
- Top 10 AArch64 and ARM crashes on nightly
- Top 10 AArch64 and ARM crashes on beta
For more information, please visit BugBot documentation.
Benjamin, is there something we can do now this has become one of the top crashes?
Comment 14•2 years ago
|
||
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.
Comment 15•2 years ago
|
||
This left the top crashes but I added it to the [nss-monitor] whiteboard. I don't think there is anything we can act on at this point.
Dana, can you confirm this is your assessment as well ? : ) Thanks !
Comment 16•2 years ago
|
||
Yeah, I don't think there's much we can do here. In any case, it doesn't look like it happens on release much.
Updated•2 years ago
|
| Reporter | ||
Comment 17•2 years ago
|
||
Crashes, which have been almost all fenix, dropped significantly over the past few months, most recently around Jan 5.
https://crash-stats.mozilla.org/signature/?signature=InitializeNSSWithFallbacks&date=%3E%3D2023-12-28T17%3A25%3A00.000Z&date=%3C2024-01-28T17%3A25%3A00.000Z#graphs
This is no longer of interest to Thunderbird.
| Reporter | ||
Comment 18•8 months ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #17)
Crashes, which have been almost all fenix, dropped significantly over the past few months, most recently around Jan 5.
https://crash-stats.mozilla.org/signature/?signature=InitializeNSSWithFallbacks&date=%3E%3D2023-12-28T17%3A25%3A00.000Z&date=%3C2024-01-28T17%3A25%3A00.000Z#graphsThis is no longer of interest to Thunderbird.
Until one or two people with Thunderbird 145.0b1 2025101523072.
bp-77274f04-1c57-4a5a-a75c-fe6ef0251025
Description
•