1911596 - Clicking a mailto: link from Bugzilla notifications breaks the message browser and does not bring up the compose window

Status: RESOLVED DUPLICATE of bug 1914250

(Thunderbird :: Mail Window Front End, defect)

Description

[Brendan Abolivier [:babolivier]]

Attachment: Peek 2024-08-05 14-56.webm

See the video attached. Note how:

• when I hover the link, Thunderbird correctly shows its target as a mailto: URL (in the bottom left corner)
• when I click the link, the message browser becomes completely empty, and no compose window appears
• no error appears in the console

When this bug happens in the 3-pane view, clicking on another message does not fix the issue - the message browser stays empty until Thunderbird is restarted.

I've only see this happen with Bugzilla notification emails, I haven't been able to reproduce when crafting an email with a normal mailto: link in it. The link in Bugzilla notifications seems to have an onclick action, which might be the cause of this issue.

Comment 1

[Brendan Abolivier [:babolivier]]

Attachment: [Bug 1911046] Perma build bustage | error: irrefutable `if let` pattern - [e-mail] - 2024-08-05 0800.eml

I'm also attaching the .eml file used in the video recording.

Comment 2

[Brendan Abolivier [:babolivier]]

I've just noticed the following in my terminal when I try to open such a link (and not a "normal" mailto: link):

[Parent 222697, Main Thread] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x804B000A (NS_ERROR_MALFORMED_URI): file /home/babolivier/Documents/mozilla/mozilla-central/toolkit/components/url-classifier/nsUrlClassifierDBService.cpp:1836
[Parent 222697, Main Thread] WARNING: NS_ENSURE_TRUE(mPumpingData) failed: file /home/babolivier/Documents/mozilla/mozilla-central/netwerk/base/nsBaseChannel.cpp:379
[Child 223013, Main Thread] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x805D0001 (NS_ERROR_WONT_HANDLE_CONTENT): file /home/babolivier/Documents/mozilla/mozilla-central/uriloader/base/nsURILoader.cpp:166
[Parent 222697, Main Thread] WARNING: NS_ENSURE_TRUE(mPumpingData) failed: file /home/babolivier/Documents/mozilla/mozilla-central/netwerk/base/nsBaseChannel.cpp:386
[Parent 222697, Main Thread] WARNING: 'aOwner->IsDiscarded()', file /home/babolivier/Documents/mozilla/mozilla-central/obj-x86_64-pc-linux-gnu/dist/include/mozilla/dom/SyncedContextInlines.h:95

Which looks like a smoking gun.

Comment 3

[Brendan Abolivier [:babolivier]]

I've ran mozregression to figure out when this first started happening, which found: https://hg.mozilla.org/comm-central/pushloghtml?fromchange=4f734187ad1ec46542d704157611bac64030b3e6&tochange=ab8fdc5fb52405bb6a9fea529b9e66d7a8d77e20

A matching m-c push seems to be https://hg.mozilla.org/mozilla-central/pushloghtml?changeset=f956d7e03a822a09fbb84e9b474db8e0167095f1

Comment 4

[Martin Giger [:freaktechnik]]

This appears to affect ESR too.

Comment 5

[Martin Giger [:freaktechnik]]

I don't think the onclick is the issue. If I remove it (in the eml and then import that), the bug still occurs. It also doesn't seem to be the <base>.

Comment 6

[Martin Giger [:freaktechnik]]

The difference seems to be that working clicks don't reach the MailtoProtocolHandler.sys.mjs. While the bugged behavior hits that code path twice for a single click.

Comment 7

[Hartmut Welpmann [:welpy-cw]]

This seems to be the same problem as bug 1914250. Even though it's older, I'm closing this one, since there's already a proposed fix in the other one.