Closed Bug 1900047 Opened 1 year ago Closed 1 year ago

Crash [@ mozilla::net::nsHttpHandler::Init ] when clicking on notification in Windows notification center while TB is closed

Categories

(Thunderbird :: General, defect)

Thunderbird 120
Unspecified
Windows
defect

Tracking

(thunderbird_esr115 unaffected, thunderbird128+ verified)

VERIFIED FIXED
129 Branch
Tracking Status
thunderbird_esr115 --- unaffected
thunderbird128 + verified

People

(Reporter: francesco, Assigned: darktrojan)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: crash, regression, topcrash-thunderbird, Whiteboard: [startupcrash])

Crash Data

Attachments

(1 file)

+++ This bug was initially created as a clone of Bug #1863798 +++

Steps to reproduce with Daily 2024-05-30:

  1. Make sure you have both notifications and system notifications turned on.
  2. Wait for a new mail.
  3. Close TB.
  4. Click on the notification in the Windows notification center.

Actual results:
TB starts and crashes.

Expected results:
Clicking on notification should open up Thunderbird and show the mail that we've been notified about.

bp-cff53266-761b-4953-999b-7e08c0240531
bp-c70f6b0f-08af-462d-905a-ce37f0240531
bp-3d9bd42c-8576-4285-b9d5-8113b0240531
bp-47a6ac2e-d053-46f7-93c5-e46700240531
bp-4bd29dbb-2b6d-4de4-8ca9-c11640240531

Keywords: crash, regression
Regressed by: 1863798

#2 crash for Daily. Although the signature exists prior to 128.

Crash report: https://crash-stats.mozilla.org/report/index/cff53266-761b-4953-999b-7e08c0240531

MOZ_CRASH Reason: MOZ_DIAGNOSTIC_ASSERT(false) (Try to init HttpHandler after shutdown)

Top 10 frames:

0  xul.dll  mozilla::net::nsHttpHandler::Init()  netwerk/protocol/http/nsHttpHandler.cpp:323
1  xul.dll  mozilla::net::nsHttpHandler::GetInstance()  netwerk/protocol/http/nsHttpHandler.cpp:195
2  xul.dll  mozCreateComponent<mozilla::net::nsHttpHandler>()  netwerk/build/nsNetModule.cpp:64
3  xul.dll  mozilla::xpcom::CreateInstanceImpl(mozilla::xpcom::ModuleID, nsID const&, voi...  xpcom/components/StaticComponents.cpp:17534
4  xul.dll  (anonymous namespace)::EntryWrapper::CreateInstance(nsID const&, void**)  xpcom/components/nsComponentManager.cpp:189
4  xul.dll  nsComponentManagerImpl::GetServiceLocked(mozilla::Maybe<mozilla::detail::Base...  xpcom/components/nsComponentManager.cpp:987
5  xul.dll  nsComponentManagerImpl::GetServiceByContractID(char const*, nsID const&, void**)  xpcom/components/nsComponentManager.cpp:1176
6  xul.dll  CallGetService(char const*, nsID const&, void**)  xpcom/components/nsComponentManagerUtils.cpp:63
6  xul.dll  nsGetServiceByContractID::operator()(nsID const&, void**) const  xpcom/components/nsComponentManagerUtils.cpp:240
7  xul.dll  nsCOMPtr<nsIProtocolHandler>::assign_from_gs_contractid(const nsGetServiceByC...  xpcom/base/nsCOMPtr.h:871
Severity: -- → S2
Status: UNCONFIRMED → NEW
Crash Signature: [@ mozilla::net::nsHttpHandler::Init ]
Ever confirmed: true
Flags: needinfo?(geoff)
Summary: Crash when clicking on notification in Windows notiofication center while TB is closed → Crash [@ mozilla::net::nsHttpHandler::Init ] when clicking on notification in Windows notiofication center while TB is closed
Whiteboard: [startupcrash]
Summary: Crash [@ mozilla::net::nsHttpHandler::Init ] when clicking on notification in Windows notiofication center while TB is closed → Crash [@ mozilla::net::nsHttpHandler::Init ] when clicking on notification in Windows notification center while TB is closed

I'm not sure how we're getting there, but the problem is that we're not doing anything to respond to a click on the notification if Thunderbird is closed. Not even attempting to open a window.

We also need to address the privacy issue of whether notifications (likely containing email or calendar content) should remain at all after Thunderbird closes. I'm not totally against it, but this late in the release cycle I think it would be best if all notifications got removed on shut-down. We can consider adding a preference later.

Assignee: nobody → geoff
Status: NEW → ASSIGNED
Flags: needinfo?(geoff)

... and handle clicks on notifications from a different session, even if they shouldn't happen.

Target Milestone: --- → 129 Branch

Pushed by kaie@kuix.de:
https://hg.mozilla.org/comm-central/rev/a9a1f4abc686
Remove all Windows notifications when closing. r=aleca

Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Blocks: tb128found

Comment on attachment 9406541 [details]
Bug 1900047 - Remove all Windows notifications when closing. r=aleca

[Approval Request Comment]
Regression caused by (bug #): bug 1863798
User impact if declined: notifications linger after TB closes, crash when clicked on
Testing completed (on c-c, etc.):
Risk to taking this patch (and alternatives if risky):

Attachment #9406541 - Flags: approval-comm-beta?

#1 crash for 128.0b1 and 128.0b2. Does appear to be gone in 129 nightly per crash-stats.

Status: RESOLVED → VERIFIED

Comment on attachment 9406541 [details]
Bug 1900047 - Remove all Windows notifications when closing. r=aleca

[Triage Comment]
Approved for beta

Attachment #9406541 - Flags: approval-comm-beta? → approval-comm-beta+

v.fixed in 128.0b3 per crash-stats

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

Attachment

General

Created:
Updated:
Size: