Thunderbird Startup Crash in [@ mozilla::dom::ServiceWorkerRegistrar::GetShutdownPhase]
Categories
(Thunderbird :: General, defect)
Tracking
(thunderbird_esr115 wontfix, thunderbird_esr128 affected, thunderbird_esr140 affected, thunderbird142 affected)
People
(Reporter: wsmwk, Unassigned)
References
Details
(Keywords: crash, topcrash-thunderbird)
Crash Data
#9 crash for Thunderbird 128.4.0. Not a new crash for 128, and also occurs in 115 at same rate.
90% of uptime <30 seconds
80% of uptime <10 seconds
Perhaps all Windows?
All "Failed to get async shutdown service: NS_ERROR_FILE_NOT_FOUND" - there are no other crash signatures with that crash reason.
Firefox also has some crashes, but at a much lower rate, and they are not all Windows OS.
Previous bug fix - Bug 1471720 - XPCOM/XPConnect should do a "canary" load of a JS module (Was: fast startup crash in ServiceWorkerRegistrar::ProfileStarted)
Crash report: https://crash-stats.mozilla.org/report/index/08d99703-d316-4f35-84a0-12c7e0241103
MOZ_CRASH Reason:
Failed to get async shutdown service: NS_ERROR_FILE_NOT_FOUND
Top 10 frames:
0 xul.dll MOZ_Crash(char const*, int, char const*) mfbt/Assertions.h:317
0 xul.dll mozilla::dom::ServiceWorkerRegistrar::GetShutdownPhase() const dom/serviceworkers/ServiceWorkerRegistrar.cpp:1429
1 xul.dll mozilla::dom::ServiceWorkerRegistrar::ProfileStarted() dom/serviceworkers/ServiceWorkerRegistrar.cpp:1297
2 xul.dll mozilla::dom::ServiceWorkerRegistrar::Observe(nsISupports*, char const*, char... dom/serviceworkers/ServiceWorkerRegistrar.cpp:1459
3 xul.dll nsObserverList::NotifyObservers(nsISupports*, char const*, char16_t const*) xpcom/ds/nsObserverList.cpp:71
3 xul.dll nsObserverService::NotifyObservers(nsISupports*, char const*, char16_t const*) xpcom/ds/nsObserverService.cpp:289
4 xul.dll nsXREDirProvider::DoStartup() toolkit/xre/nsXREDirProvider.cpp:834
5 xul.dll XREMain::XRE_mainRun() toolkit/xre/nsAppRunner.cpp:5539
6 xul.dll XREMain::XRE_main(int, char**, mozilla::BootstrapConfig const&) toolkit/xre/nsAppRunner.cpp:6005
7 xul.dll XRE_main(int, char**, mozilla::BootstrapConfig const&) toolkit/xre/nsAppRunner.cpp:6062
| Reporter | ||
Updated•1 year ago
|
| Reporter | ||
Comment 1•1 year ago
|
||
All OS.
Comment 2•1 year ago
|
||
Bug 1471720 is not on 128. It would seem bug 1909700 kind of describes the problem though, even if not a solution.
| Reporter | ||
Comment 3•7 months ago
|
||
Signature exists in 128.14.0esr (still as 98% startups), but not in 140.
(In reply to Magnus Melin [:mkmelin] from comment #2)
Bug 1471720 is not on 128. It would seem bug 1909700 kind of describes the problem though, even if not a solution.
From Bug 1471720 comment 44 (fixed in version 130) "Well, fixed is a huge word. But it might make sense once the new crashes appear to open two distinct bugs, one for NS_ERROR_OMNIJAR_CORRUPT and one for NS_ERROR_OMNIJAR_OR_DIR_MISSING (if both appear). And we can hope that more people will take action if they see the popup and fix their installation or computer such that we will see less instances, of course."
OMNIJAR crashes leads us to Bug 1909700 - Monitor for startup failure NS_ERROR_OMNIJAR_CORRUPT/_MISSING (aka "The installation seems to be corrupt/incomplete.") - which we see starting in Thunderbird version 131 beta as @ XREMain::XRE_main
In esr 140.2.1 the crash ranks #8. So still a topcrash.
Description
•