Open Bug 1834770 Opened 3 years ago Updated 8 months ago

Startup Crash in [@ InitializeNSSWithFallbacks]

Categories

(Core :: Security: PSM, defect, P3)

Unspecified
Windows 11
defect

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

This affects Firefox also.

Product: Thunderbird → Core
Version: Thunderbird 109 → unspecified
Component: Security → Security: PSM

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.

The severity field is not set for this bug.
:keeler, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(dkeeler)

I encountered the same bug when running GTest tests on the Loongnix platform.

Whiteboard: [tbird crash]

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!

Flags: needinfo?(dkeeler) → needinfo?(naixuanhuang)

(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!

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!
Flags: needinfo?(naixuanhuang)

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!

Flags: needinfo?(naixuanhuang)

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.

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.

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.

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?

Flags: needinfo?(bbeurdouche)

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.

See Also: → 1854653

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 !

Flags: needinfo?(bbeurdouche) → needinfo?(dkeeler)
Whiteboard: [tbird crash] → [tbird crash][nss-monitor]

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.

Flags: needinfo?(dkeeler)
Severity: -- → S4
Priority: -- → P3

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.

Flags: needinfo?(naixuanhuang)

(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#graphs

This is no longer of interest to Thunderbird.

Until one or two people with Thunderbird 145.0b1 2025101523072.
bp-77274f04-1c57-4a5a-a75c-fe6ef0251025

You need to log in before you can comment on or make changes to this bug.