Open Bug 1928888 Opened 1 year ago Updated 7 months ago

Thunderbird Startup Crash in [@ mozilla::dom::ServiceWorkerRegistrar::GetShutdownPhase]

Categories

(Thunderbird :: General, defect)

Thunderbird 91
defect

Tracking

(thunderbird_esr115 wontfix, thunderbird_esr128 affected, thunderbird_esr140 affected, thunderbird142 affected)

Tracking Status
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

All OS.

OS: Windows → All
Hardware: x86 → All
Version: unspecified → Thunderbird 91

Bug 1471720 is not on 128. It would seem bug 1909700 kind of describes the problem though, even if not a solution.

See Also: → 1909700

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.

Crash Signature: [@ mozilla::dom::ServiceWorkerRegistrar::GetShutdownPhase] → [@ mozilla::dom::ServiceWorkerRegistrar::GetShutdownPhase] [@ XREMain::XRE_main ]
Summary: Startup Crash in [@ mozilla::dom::ServiceWorkerRegistrar::GetShutdownPhase] → Thunderbird Startup Crash in [@ mozilla::dom::ServiceWorkerRegistrar::GetShutdownPhase]
You need to log in before you can comment on or make changes to this bug.