clicking on a <button> tag wrapped in a <a href> with a correct link crashes the mail rendering section.
Categories
(Thunderbird :: Message Reader UI, defect)
Tracking
(thunderbird_esr115 wontfix, thunderbird_esr128+ affected, thunderbird131 affected, thunderbird132 fixed)
People
(Reporter: info, Assigned: welpy-cw)
References
Details
(Keywords: hang, reproducible, testcase)
Attachments
(3 files)
74.77 KB,
image/jpeg
|
Details | |
48 bytes,
text/x-phabricator-request
|
corey
:
approval-comm-beta+
|
Details | Review |
9.88 KB,
message/rfc822
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36
Steps to reproduce:
(tested in troubleshooting mode aswell)
- create new message.
- click insert → html...
- insert a button element wrapped in an anchor tag like this
<a target="_blank" href="http://www.example.com/"> <button>Button</button> </a>
- send mail
- open the sent mail and try to click on the link
Actual results:
hovering over the button shows the correct link in the status bar.
But clicking the button opens a new tab in thunderbird and tries loading the page, but nothing happens.
when clicking on the link while target="_blank" is omitted in the anchor tag, the mail rendering component is completely frozen even, so no other emails can be viewed until thunderbird gets restarted.
right clicking the button and clicking "open link in browser" works.
Expected results:
Open the link in the standard browser. Or if button tags cannot be supported in the mail client for some reason impede the current behavior at least of trying to load the link inside thunderbird and crashing the mail viewport.
Another <button> issue in bug 1876562.
Hi, thank you for reporting on this! Confirming this bug, I am able to reproduce this on TB 115.8 using Mac 14.2.1 as well as Windows 10.
Bug confirmed also on TB 115.9.0 / Linux and Windows.
Lots of HTML forged mails from professional sources are using <button> inside <a>. As it can freeze Thunderbird entirely, it's a major bug.
I'm not sure this bug is a "Message compose Window" problem, as it occurs when message are composed from other sources than Thunderbird as well.
Triage is not good, IMHO. Maybe "Message reader UI" ?
changes based on comments #2 and #3
Updated•14 days ago
|
Assignee | ||
Comment 7•14 days ago
|
||
Updated•14 days ago
|
Assignee | ||
Updated•14 days ago
|
Assignee | ||
Comment 10•11 days ago
|
||
Testcase – The first two buttons don't work correctly.
Assignee | ||
Comment 11•11 days ago
|
||
Copied to an IMAP folder, those two buttons show the behavior from the description. In a local folder on the other hand, those links are opened in Thunderbird itself, which might be a security issue.
Assignee | ||
Updated•8 days ago
|
Assignee | ||
Updated•8 days ago
|
Comment 13•8 days ago
|
||
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/dc9f57ecceff
Fix clicking on <button> inside <a href>. r=mkmelin
Updated•5 days ago
|
Comment 14•4 days ago
|
||
Is this ready for uplift to beta?
Assignee | ||
Comment 15•4 days ago
|
||
Comment on attachment 9426759 [details]
Bug 1879355 - Fix clicking on <button> inside <a href>. r=#thunderbird-reviewers
[Approval Request Comment]
User impact if declined: See comment 0 and comment 11
Testing completed (on c-c, etc.): c-c
Risk to taking this patch (and alternatives if risky): low, automated test included
Comment 16•4 days ago
|
||
Comment on attachment 9426759 [details]
Bug 1879355 - Fix clicking on <button> inside <a href>. r=#thunderbird-reviewers
[Triage Comment]
Approved for beta
Comment 17•4 days ago
•
|
||
bugherder uplift |
Thunderbird 132.0b2:
https://hg.mozilla.org/releases/comm-beta/rev/68930f480bd7
Updated•4 days ago
|
Description
•