av9ash/GitBugs huggingface dataset:
Bug: Thunderbird Message List Pane does not show Display Name
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-26 10:56:39+00:00
Resolved: 2021-01-27 10:10:09+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Firefox/84.0

Steps to reproduce:

Received an e-mail message in Thunderbird. Added the sender’s display name and e-mail address to my address book contacts. Made sure that the Display name option to Show only display name for people in my address book under Tools >> Options >> General is checked.


Actual results:

The Message List Pane is still showing the From: message header rather than the display name in the address book.


Expected results:

The Message List Pane should show the display name of the sender.
Bug: Add-on search field no longer works -  Uncaught TypeError: aOpenParams is undefined
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-01-26 14:21:20+00:00
Resolved: 2021-02-07 16:47:41+00:00

The function `switchToTabHavingURI()` does not have a default value for the `aOpenParams`  parameter, but Geoff removed this parameter to a call here which causes the search to fail:
https://searchfox.org/comm-central/source/mail/base/content/utilityOverlay.js#349

I propose to add a default parameter value for the `aOpenParams` parameter, same as for Firefox.
Bug: attachment long name cut when attachments order changed
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-26 15:18:01+00:00
Resolved: 2021-01-26 15:56:46+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Firefox/84.0

Steps to reproduce:

1 - Open compose window
2 - Add several attachments with very long name
3 - Change attachment order
4 - Send the e-mail (to yourself for convienence of the test....)
5 - Get back this email in your INBOX
6 - Check the names of the attachments.



Actual results:

Most of times, Names of attachments are cut (in the email source code, the attachment header : filename*0*=utf-8''%...;
 filename*1*=   
==> filename*1* is void.....


Expected results:

Names of attachments should not be cut (even they are long and their order into the email has been changed ...)
Bug: "Send" button doesn't work in compose window when custom header added
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-26 15:30:41+00:00
Resolved: 2021-01-27 14:30:17+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_6) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.2 Safari/605.1.15

Steps to reproduce:

Composed a message using a custom header (configured with mail.compose.other.header) and hit Send.

The custom header in this case is: "X-Request-Do:"


Actual results:

Nothing happens; Send does not work when the custom header is added.


Expected results:

The message should be sent with the custom header as it was before.
Bug: Save draft "network or file access error ... retry or save the draft locally" composing a long message
Status: NEW
Priority: --
Created: 2021-01-26 15:37:54+00:00
Resolved: 2021-02-15 13:55:14+00:00

The latest builds (85.0b3 and maybe earlier) keep popping up a save draft window, which interrupts my message composition. Some messages take a long time to compose. There is no reason for this to occur unless I abandon the message by closing its window.
And it is confusing since it implies something has gone wrong!
Bug: List of recent folders not working anymore when moving/copying messages
Status: UNCONFIRMED
Priority: --
Created: 2021-01-26 19:12:15+00:00
Resolved: 2025-02-26 15:57:24+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:84.0) Gecko/20100101 Firefox/84.0

Steps to reproduce:

Startd Thunderbird in safe mode to exlcude interference of buggy addons. Right clicked on a message in inbox, choosing "Move to".


Actual results:

Context menu entry "Recent" appears deactivated, no list of recently used folders is shown, despite of having moved messages previously to some folders by using favorites or dragging manually to the folder tree. Favorites are working, though.
I observed over the last days, that the "Recent" list got shorter and shorter. Initially it showed still a lot of entries, when I started missing folders used very recently. Day by day it got shorter and is completely empty now.


Expected results:

A list of folders should appear, which have been recently used for dropping messages to.
Bug: !important media query not overriding inline styles in HTML email layout
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-01-26 19:15:52+00:00
Resolved: 2021-01-27 07:57:29+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.96 Safari/537.36

Steps to reproduce:

Used my usual template for including 2-column responsive HTML email code when sending out mail campaigns for my newsletter. It includes the following HTML:

<div aria-labelledby="mj-column-per-75" class="mj-column-per-75 outlook-group-fix" style="vertical-align:top;display:inline-block;direction:ltr;font-size:13px;text-align:left;width:100%;"></div>
<div aria-labelledby="mj-column-per-25" class="mj-column-per-25 outlook-group-fix" style="vertical-align:top;display:inline-block;direction:ltr;font-size:13px;text-align:left;width:100%;">

Also includes the following CSS in the head of the email:

@media only screen and (min-width: 480px) {
  .mj-column-per-75, * [aria-labelledby=mj-column-per-75] {
    width: 75% !important;
  }

  .mj-column-per-25, * [aria-labelledby=mj-column-per-25] {
    width: 25% !important;
  }
}


Actual results:

The column that's designated at 75% width is showing at 100% (full width across the layout) and the column that's designated at 25% is also showing at full width below the first one, so the 2-column layout is not taking effect.


Expected results:

The two div elements should combine to fill a single row at 75% and 15% widths, respectively. This was working fine in previous campaign sends in older versions of Thunderbird. This stopped working some time in the last 6 months.
Bug: keyWizard broken 2021-01-26 - TEST-UNEXPECTED-FAIL | comm/mail/test/browser/openpgp/browser_keyWizard.js | Uncaught exception - Timeout waiting for the #wizardImportKey to appear
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2021-01-26 19:47:20+00:00
Resolved: 2021-02-01 06:20:40+00:00

./mach test comm/mail/test/browser/openpgp/browser_keyWizard.js

... fails. And it looks weird in the UI. Some bug changed some css.
Started with today's nightly.
Bug: Thunderbird hangs often on Wayland/Sway
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-01-26 22:11:34+00:00
Resolved: 2023-02-18 11:25:13+00:00

Running Thunderbird on Fedora 32 / Wayland / Sway, Thunderbird often seems to freeze for a while when for example selecting a bunch of emails and dragging them to a different folder (also happens with changing the folder and other actions). Sometimes it recovers, but occasionally TB then crashes. Often when it crashes once, it will also crash pretty shortly again after a while, but it seems that later it works pretty fine again.

The exit message is usually "Gdk-Message: 13:33:45.439: Lost connection to Wayland compositor.". I think it has sometimes been something else, but similar. My Firefox instances also crash sometimes in a similar way, but they work fine after restarting them.

I realise this won't be enough to figure out what's happening, but what should I do to help debug this?
Bug: Window position is moved after program restart
Status: UNCONFIRMED
Priority: --
Created: 2021-01-27 01:12:05+00:00
Resolved: 2021-12-01 21:11:28+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

- resize Thunderbird window in the bottom-left corner of the screen, no pixels should be visible between the bottom/left window border and bottom/left screen border
- do the same for Write (new mail) window
- restart Thunderbird to save window sizes


Actual results:

Main Thunderbird window position is moved few pixels right and few pixels up, so that few pixels from desktop are visible between the Thunderbird window borders and screen borders.

It's the same with the Write (new mail) window, here the position is moved also if you just close it and re-open, no need to restart the program.


Expected results:

Thunderbird should preserve exactly the same position (it works good in Firefox and other programs).

I had exactly the same bug in another Windows program, it was fixed by developer.

Thunderbird 78.7.0 (32-bit) portable, Windows 10 20H2 64-bit
Bug: "Zoom text only" does not work with Ctrl+wheel
Status: NEW
Priority: --
Created: 2021-01-27 01:39:53+00:00
Resolved: 2021-11-27 14:55:22+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

- in menu enable option "Zoom text only"
- use Ctrl+wheel up/down to zoom


Actual results:

Whole content including images is zoomed.


Expected results:

Text should be zoomed only IMHO, the same as Ctrl+Num+/- or the same as Ctrl+wheel in Firefox, when using "Zoom text only" option.

Thunderbird 78.7.0 (32-bit), Windows 10 20H2 64-bit
Bug: Zoom indicator is missing
Status: UNCONFIRMED
Priority: --
Created: 2021-01-27 01:49:05+00:00
Resolved: 2021-02-05 13:10:43+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

- zoom in/out with Ctrl+Num+/- or Ctrl+wheel up/down in main windows, or in Write/Reply window


Actual results:

No zoom indicator is shown anywhere - title bar, status bar...

No zoom buttons/indicators can't be set in main toolbar either.


Expected results:

Zoom indicator should be shown, at least in the status bar, or/and as a custom zoom button/indicator in the main toolbar, as in Firefox for example.

I can't set zoom to 100% easily (with mouse) and also it's not easy to get the zoom level I need.

I'm not sure if it's a bug, but since there is no zoom indicator at all, I thing it's a bug, just change the bug type, if you don't think so.
Bug: Squished buttons in the QuickFilter toolbar
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-27 03:51:43+00:00
Resolved: 2021-02-05 09:00:34+00:00

The toolbar buttons in the QuickFilter toolbar seems squished.
I'm first noticing this today on trunk, but to be fair, I don't use the quick filter toolbar much and it's mostly collapsed.
Bug: Broken UI in Message Header after bug 1686603
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-27 06:16:38+00:00
Resolved: 2021-01-29 19:51:12+00:00

It seems that the Message Header is broken on trunk in macOS.
I didn't notice this issue on Linux, and I'm not sure if it's happening on Windows.

The addressing area doesn't grow as it's supposed to. Adding a `flex: 1;` CSS attribute to that container fixes it, but I'm not sure is the right fix and I'd be curious to know what broke it.
Bug: Hitting Return in the add-ons Manager search box doesn’t bring the focus to a new tab
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-27 08:51:30+00:00
Resolved: 2021-06-09 12:03:09+00:00

Open the Add-ons Manager.  
In the “Search addons.thunderbird.net” entry field, type “foo”, then Return.  
The add-ons webpage opens in a new tab. DON’T TOUCH ANYTHING.  
Just type “bar”, then Return.  
A _new_ tab opens, with a _new_ webpage searching for “foobar”.  
(You may even repeat the process as many times as you want.)  
Which means that all these new tabs actually don’t get the focus by default.

Wait, there’s more: hit Ctrl-Tab once, thus bring the active tab back to the original frame (by default the Draft message view or your Inbox).  
Now, without touching anything type “foo” then Return.  
Suprise: yet another webpage opens in yet a new tab, searching for “foobarfoo”.  
Close that Tab with Ctrl-W.  The active tab is again (seemingly) the main frame, with the Draft folder or the Inbox.  
Type “bar” and Return, and guess what happens.  Yes, the Search box from the Add-ons Manager actually never lost the focus.
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_messageDisplayScripts.js | Uncaught exception - AbortError: Actor 'SpecialPowers' destroyed before query 'Spawn' was resolved
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-01-27 13:09:26+00:00
Resolved: 2021-12-21 12:22:10+00:00

**Filed by:** mkmelin [at] iki.fi
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=327976407&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/bRPHTxnCSgePSmL5l8ubWQ/runs/0/artifacts/public/logs/live_backing.log

---
```
From tb-fission?```
Bug: Unexpected, unhelpful, and inconsistent focus on last screen of installer - easy to make Daily default client by mistake
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-27 14:51:47+00:00
Resolved: 2021-01-27 21:27:44+00:00

Something has changed the default focus on last screen of installer, which breaks keyboard muscle memory, ease of use and consistency for no reason. I'm pretty sure that this is a regression.

STR

- Install Daily 87 using keyboard only
- Observe focus on each screen, and switch options (radio with cursor, checkboxes with space)
- Observe focus on last install screen, and try to remove the checkmark from [x] "Use Thunderbird Daily as my default application" using keyboard only

Actual result
- For all the initial screens, you'll find focus consistently on topmost input element, so it's easy to change the value of radio boxes with cursor and checkboxes with spacebar, then press Enter with focus still on those boxes to proceed to next step.
- Suddenly on last screen, focus is no longer on the topmost checkbox, but on Update button itself. This is unexpected, confusing and error-prone.
- Pressing spacebar by muscle memory will prematurely confirm the dialog and unhelpfully make Daily the default client (instead of removing the checkmark as on all previous screens)
- Requires extra steps and attention to focus the checkbox and remove the checkmark

Expected result
- As in all the initial screens, focus on the last screen should be on the topmost UI element (the checkbox) for easy access to that - you can still just press Enter to hit the (default) Update button even when the focus is on the checkbox!
- Make it easy to uncheck [x] "Use Thunderbird Daily as my default application" because it's typically unwanted
- Don't expose users to errors because of this inconsistency
Bug: Delay when switching between inboxes
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-27 17:44:47+00:00
Resolved: 2022-11-15 17:08:10+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:86.0) Gecko/20100101 Firefox/86.0

Steps to reproduce:

I have 3 IMAP accounts in on my TB (let's call them account A, account B and account C. All three use GMail and I usually have the Inbox of account A highlighted.


Actual results:

After updating to 85.0b, I noticed that whenever I clicked the Inbox of account B, there is a short delay of a few seconds before TB becomes responsive (spinning hourglass cursor) and then the Inbox is highlighted. I did a profile of it here: https://share.firefox.dev/3pq8S2z

If I then click back to the Inbox of account A, it's nearly instantaneous that the inbox appears. If I click on the Inbox of account C, there's maybe a 1 second delay before Inbox is highlighted.

I just today updated to 86.0b1 from the FTP and see the same behavior.


Expected results:

I would think it should be as nearly instant as when I click on the Inbox of account A.
Bug: Add-ons Options tab font color issue - unreadable text
Status: UNCONFIRMED
Priority: --
Created: 2021-01-27 19:07:32+00:00
Resolved: 2023-01-23 09:05:47+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

- install any add-on (I can reproduce it with most installed add-ons)
- open add-ons tab from Tools menu item
- open any add-on with options
- click the Options sub-tab


Actual results:

Most options text is black on black background, it's not completely black, if I change contrast or zoom in, I can see the text, but it's almost unreadable.


Expected results:

Options text should be light grey color, so it would be readable.

Workaround, click any option checkbox and press Ctrl+A to see white text on blue background.

Theme used: Default (A theme with the operating system color scheme.)
Author: Mozilla
Version: 1.0
Last Updated: October 29, 2019

Thunderbird 78.7.0 (32-bit) portable, Windows 10 20H2 64-bit.
Bug: Read only input fields don't have a transparent background anymore
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-28 02:18:09+00:00
Resolved: 2021-01-28 10:51:14+00:00

Input fields with the `readonly` attribute used to have a transparent background.
Something from m-c must have changed as all these fields now come with the forced background and focus ring.

They also don't expand anymore to 100% in those sections where we styled them that way. Specifically the whole OpenPGP section in the Account Settings looks a bit broken.
- Key info in the e2ee section.
- Key Properties subdialog.
Bug: The "single-site" link handler should be able to handler IP addresses
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-28 08:25:27+00:00
Resolved: 2021-02-05 14:26:48+00:00

The same-site link handler uses the eTLD service to determine if two URL are from the same site, but this doesn't handle IP addresses. If it's the same IP, it should be considered the same site.
Bug: Filter on BASE64 content stopped working
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-28 09:30:30+00:00
Resolved: 2021-02-08 17:08:49+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/87.0.4280.141 Safari/537.36 OPR/73.0.3856.344

Steps to reproduce:

I have a filter that mail content contains "PGh0bWw+PGJvZHk+PH" and getting emails with this beginning every day. For example from today:

PGh0bWw+PGJvZHk+PHA+Q3plxZs8aSB2YWx1ZT0icHZ6d3ptbSI+PC9pPsSHLiBK
ZTxpIHZhbHVlPSJibGZqaW5xeSI+PC9pPnN0PGkgdmFsdWU9InRodHpuZyI+PC9p
PmVtIEFuaWVsYS4gUDxpIHZhbHVlPSJqd21pdWRyIj48L2k+YTxpIHZhbHVlPSJ2
Y3dteSI+PC9pPm08aSB2YWx1ZT0iYXR3dWh6enFnIGNyZ2xhYXEiPjwvaT5pxJl0
YXM8aSB2YWx1ZT0idWZhaG0iPjwvaT56IG08aSB2YWx1ZT0iempldXdlIj48L2k+
bjxpIHZhbHVlPSJhem5vZHBnIHhpeHYiPjwvaT5pPGkgdmFsdWU9ImN1a2VzYWFm
cyBzd3lkIj48L2k+ZT8gTTxpIHZhbHVlPSJ2eWl2cWV5aSB5cXpjcCI+PC9pPm/F
vDxpIHZhbHVlPSJxcW5iIj48L2k+ZTxpIHZhbHVlPSJ4bGNlIGVsemlidWN3ZCI+
PC9pPm08aSB2YWx1ZT0iYXNycyI+PC9pPnkgczxpIHZhbHVlPSJnemx5amx2byI+
PC9pPmnEmSBzPGkgdmFsdWU9IndqcmtpdiI+PC9pPnA8aSB2YWx1ZT0iYW9kciI+
PC9pPm88aSB2YWx1ZT0iemd6cWUiPjwvaT50azxpIHZhbHVlPSJ5dG5qIj48L2k+
YTxpIHZhbHVlPSJ6a2Igem51Y2VvaGsiPjwvaT7Ehz88aSB2YWx1ZT0iamNtdG9s
d2tuIGJxcGhzIj48L2k+PC9wPjxwPjxiPjxhIGhyZWY9Imh0dHA6Ly93d3cuZnVs
bC1zdGFjay1kZXNpZ25zLmNvbS9haTQ0em5uZWkvIj5Nw7NqIHByPGkgdmFsdWU9
ImRpd3Aga2xxeXFvanYiPjwvaT5vPGkgdmFsdWU9Im9rcXogbWppbm4iPjwvaT5m
PGkgdmFsdWU9ImJ2d3pkdiB6emFwIj48L2k+aWwgaSB6ZDxpIHZhbHVlPSJ0aXIg
ZGFkcWMiPjwvaT5qxJljaWEgdDxpIHZhbHVlPSJ1YXhmbWdnY2wgc3RiIj48L2k+
dTxpIHZhbHVlPSJ3aGVkYnAiPjwvaT50YTxpIHZhbHVlPSJlcW51Ij48L2k+ajxp
IHZhbHVlPSJncGpvbGsiPjwvaT48L2E+PC9iPjwvcD48dGl0bGU+YXBjZWxjZmhz
IGdiaGloZ3NwIHRtb2hnbnUgd2d6dCB0amptPC90aXRsZT48L2JvZHk+PC9odG1s
Pg==

If you decode it by BASE64 it is:

<html><body><p>Cześ<i value="pvzwzmm"></i>ć. Je<i value="blfjinqy"></i>st<i value="thtzng"></i>em Aniela. P<i value="jwmiudr"></i>a<i value="vcwmy"></i>m<i value="atwuhzzqg crglaaq"></i>iętas<i value="ufahm"></i>z m<i value="zjeuwe"></i>n<i value="aznodpg xixv"></i>i<i value="cukesaafs swyd"></i>e? M<i value="vyivqeyi yqzcp"></i>oż<i value="qqnb"></i>e<i value="xlce elzibucwd"></i>m<i value="asrs"></i>y s<i value="gzlyjlvo"></i>ię s<i value="wjrkiv"></i>p<i value="aodr"></i>o<i value="zgzqe"></i>tk<i value="ytnj"></i>a<i value="zkb znuceohk"></i>ć?<i value="jcmtolwkn bqphs"></i></p><p><b><a href="http://www.full-stack-designs.com/ai44znnei/">Mój pr<i value="diwp klqyqojv"></i>o<i value="okqz mjinn"></i>f<i value="bvwzdv zzap"></i>il i zd<i value="tir dadqc"></i>jęcia t<i value="uaxfmggcl stb"></i>u<i value="whedbp"></i>ta<i value="eqnu"></i>j<i value="gpjolk"></i></a></b></p><title>apcelcfhs gbhihgsp tmohgnu wgzt tjjm</title></body></html>

I also tried adding filter "Cześ<i value" or "Cześć. Jestem Aniela". 


Actual results:

To 12.01.2021 filter move messages to junk folder, after this date filter not moving messages so I assume that it isn't working from version 78.6.1.


Expected results:

Filters should move message to junk folder.
Bug: Address in double quoted display name is used for reply
Status: NEW
Priority: --
Created: 2021-01-28 13:51:12+00:00
Resolved: 2023-06-13 08:59:05+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:85.0) Gecko/20100101 Firefox/85.0

Steps to reproduce:

I generated an email with an angle-bracketed address in the double-quoted display name part of the From: header:

From: "Some Person <someperson@example.com>" <sender@example.com>

This can be easily done with swaks:

$ swaks --server mx.example.com \
--to 'recipient@example.com' --from 'sender@example.com' \
--header-From '"Some Person <someperson@example.com>" <sender@example.com>'


Actual results:

The From: header is shown without quotes as.

Some Person <someperson@example.com> <sender@example.com>

A reply to this email then goes to the first address <someperson@example.com> which is part of the display name since it is double quoted.


Expected results:

The first email address should've been ignored, because the double quotes make it part of the display name.

The reply should be sent to sender@example.com.
Bug: not sending email
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-01-28 20:42:34+00:00
Resolved: 2021-02-03 12:19:12+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.104 Safari/537.36

Steps to reproduce:

I tried to send an email.

 


Actual results:

I got the following error message, every time; and the email went into my Sent folder but the recipient did not receive it. I tested this to myself and to a friend from each of my Thunderbird identities, with the same result. This started after a) I tried to send 

An error occurred while sending mail. The mail server responded: 5.1.0 <ltolman@ltolman.org> sender rejected. Please see https://www.spectrum.net/support/internet/understanding-email-error-codes for more information. AUP#Out-1010. Please verify that your email address is correct in your account settings and try again.


Expected results:

Message should have been sent, and received by recipient.

This happened after I sent an email to a large number of recipients, though a smaller number than the ISP's limit of 99.  It also began after Thunderbird updated to 78.7.0. I am able to send emails via Spectrum's webmail and also via the webmail hosted by my own domain, just not from Thunderbird. Spectrum says the problem is not theirs. My domain host has a support ticket in queue.
Bug: Address book and calendar printing are broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-01-28 21:24:56+00:00
Resolved: 2021-02-25 13:35:26+00:00

The print engine can't print remote pages such as data: URLs, which calendar uses. I'm also going to convert the address book printing to use a data: URL instead of the insane way it currently works.
Bug: link in recommendations tab of add-ons manager no longer works
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-01-28 21:42:07+00:00
Resolved: 2021-02-05 08:55:33+00:00

I wanted to verify the fix of bug 1688758 but it's not possible because the content no longer loads at all.

STR:

1. open the add-ons manager
2. switch to the recommendations tab
3. click on the link in the introduction text

Expected:

Thunderbird loads the content.

Actual:

There is only a blank page.

OS: macOS 11.1