av9ash/GitBugs huggingface dataset:
Bug: Thunderbird Starts up Blank following Upgrade to version 68
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-24 00:49:10+00:00
Resolved: 2021-03-19 19:17:04+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0

Steps to reproduce:

Running Thunderbird 60.8 on OpenSUSE Leap 15.1.  Did an upgrade to Thunderbird 65.6.  When started up, The window is partially blank.  I get menu bars and the calendar area, but no accounts and no email.  Those areas are just white blanks.

Dr Google pointed me towards trying to open in Safe mode and see if that could fix the issue, but no luck.  Opening 65.6 in Safe mode produced the same results.






Actual results:

Non operable following upgrade.  No accounts and no email shown.

Also, I consider this to be a silent fail.  No error messages of any kind.  Nothing at all to help the user.


Expected results:

I should have seen my accounts and email.

I downgraded back to version 60.8, and tried again.  All was well.  My email was back and everything was normal.  So I remain on 60.8
Bug: Accessibility problem with the new account manager
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-24 08:18:41+00:00
Resolved: 2020-05-24 07:13:33+00:00

When you go to the account manager, it doesn't read very well with screenreaders, sutch as jaws, now with NVDA, it reads a little better, but sense you guys changed the interface, this is ware, we have issues. The options dialog box, as well as the account manager dialog box, isn't very accessible for screenreaders like jaws, nor NVDA. Alessandro, would you please download NVDA and a demo version of jaws2020 from freedom scientifics website and test it out for me? Thank you so very kindly, I'd greatly appreciate it.
Bug: Windows build signing tasks failing: 401 Unauthorized error
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-24 09:22:28+00:00
Resolved: 2020-03-25 01:50:11+00:00

All Thunderbird Windows build signing tasks are failing with a 401 error, since at least as early as 2020-03-24 03:48.

Here's the error message:

```
aiohttp.client_exceptions.ClientResponseError: 401, message='Unauthorized', url=URL('https://autograph-external.prod.autograph.services.mozaws.net/sign/file')
```

Example log: https://firefoxci.taskcluster-artifacts.net/Ry_VroIVQG6DEMdCe8-1SQ/0/public/logs/live_backing.log
Bug: plainTextBody: editor.outputToString("text/plain", 0), is wrong
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-24 09:47:48+00:00
Resolved: 2021-05-12 08:49:39+00:00

https://searchfox.org/comm-central/rev/0c6472bec30280a0648e5101ffacaf72907e4cc2/mail/components/extensions/parent/ext-compose.js#160

This is most likely wrong, as it doesn't cater for CJK text.

You should use nsIDocumentEncoder::OutputDisallowLineBreaking
Bug: Sender label in file downloads tab richlistitem always empty
Status: NEW
Priority: --
Created: 2020-03-24 16:00:23+00:00
Resolved: 2020-10-07 11:19:54+00:00

When I save an attachment, in the downloads tab the file name, the size and save date are shown but never the sender name. The .sender is always empty in the richlistitem.

I tried to find how this should be filled by the sender name (and address?) but failed. Maybe someone more experienced can find where it should be filled and why it isn't. If this does no more work we should remove the code.
Bug: Calendar Opens to Full Vertical Length from Reduced Sized Window
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-24 16:59:22+00:00
Resolved: 2020-03-25 20:31:50+00:00

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

Steps to reproduce:

Open the Calendar when Tb is used in a reduced sized window (both vertically & horizontally).


Actual results:

I always have my Tb sized to a reduced sized window (both vertically & horizontally). For the past two days about 50% of the time whenever I open the calendar the window opens to full vertical length on my screen - the top of the window remains [reduced] where I have it set, only the bottom is extended to the bottom of the screen. The width or horizontal portion of the reduced size calendar window remains where I have it set. The Tb window (without the Calendar opened) opens as usual with the reduced size I have it set at - it's only when I open the Calendar, which requires that I reset the window size.



Expected results:

The Calendar should remain the same reduced window size as Tb is set at.
Bug: Scrollbar flickers constantly
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-24 21:13:30+00:00
Resolved: 2024-03-06 12:53:36+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36

Steps to reproduce:

I used to use a community-made dark theme for Thunderbird, but since a recent Thunderbird release basically made all themes invalid or useless, I'm just on the default theme on macOS with dark mode enabled. Sometimes when the Thunderbird window is not in focus, often after a new email arrives, the scrollbar thumb on the main message window (tree#threadTree .tree-rows scrollbar) starts flickering constantly between active and inactive states. This continues until focus is restored to the window. It's not always reproducible. I will try to get a video the next time it happens.


Actual results:

The scrollbar flickers constantly.


Expected results:

The scrollbar does not flicker.
Bug: Frequent Beachball (Mac) pauses about 15 seconds, with high CPU and moderate memory
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-03-24 22:07:20+00:00
Resolved: 2020-07-14 23:52:48+00:00

I see Thunderbird frequently move into Spinning Beachball at which point the UI is unresponsive. It clears itself after about 15 seconds. 

Its been happening for a while now (few months) but appears to be getting worse.  It happens frequently enough to make it hard to use TB. 

It does not appear to be associated with any particular activity -

 I'm not seeing messages in the Mac console, their is usually nothing in Activity Manager of the Status bar. 

I am not seeing indication that its getting new mail (as reported in bug #1223286) and the mailboxes are not huge (164Mb and 246Kb) 

Happy to do any debugging, but its been a while so I can't find notes on things like safe mode or activity log, so would appreciate a pointer if you'd like me to try any of those things.
Bug: IMAP Mark as Deleted: Deleting a message does not show as deleted on stand alone message window
Status: NEW
Priority: --
Created: 2020-03-25 12:10:24+00:00
Resolved: 2024-08-17 11:49:35+00:00

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

This bug is about the visual feedback when deleting a message on IMAP server.

To reproduce:
1. On an IMAP server, set "Mark as deleted" when deleting message.
2. Open a message in a new window.
3. Delete the message.

Actual Result: Nothing happens on screen. The message is actually deleted, but
there is no visual clue whether this has happened. Doesn't advance to the next
message either.

Expected Result: Show in some way that the message as deleted. And move to the
next message, just like it does in the main Mail window.
Bug: emails will not print
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-25 19:50:43+00:00
Resolved: 2020-03-25 20:21:39+00:00

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

Steps to reproduce:

tried to print and email


Actual results:

Nothing, the email did not print. I even tried going to Print Preview, the emails previews well but the print function does not work 
Had to export the email to html and open it with Chrome and print it from there


Expected results:

the email should have printer like it has always done in the past
Bug: Email print
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-26 01:31:48+00:00
Resolved: 2020-03-26 15:47:36+00:00

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

Steps to reproduce:

Attempted to print an email.


Actual results:

The popup showed the default printer correctly, but it would not print.  I used "find printer" and it shows the printer is not in the network, but when I went to the router network it shows the printer is there.


Expected results:

It should have recognized the default printer shown and printed the email.
Bug: Thunderbird/Mac in startup eats gigabytes of memory until OOM and hangs (one pop account)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-26 08:27:18+00:00
Resolved: 2020-08-02 19:44:18+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.132 Safari/537.36

Steps to reproduce:

Note: when the problem started I was using the beta branch, but now I forcefully downgraded to the release branch (which I assume is the 68), but the problem persists.

Up until say three weeks ago Thunderbird was working fine, but then it started hanging up, and the macOS task killer started coming up with "memory is gone", and it was always TB eating up gigabytes of memory.  This happened a few times, while TB was still marginally usable, but now it has degraded into a state where TB either never comes up, eating all the memory, or it shortly comes up-- meaning the window gets started, and I get a few minutes of time to use it, but then the system grinds to a halt again.

Now I (as mentioned earlier, back at the latest release branch release, 68.6.0 I think), I tried starting it again, but the UI window has not come up yet, and according to top(1) it is chomping up my memory, now at 32GB and going up.



Actual results:

See above.

Wild hypothesizing: I do have a lot of local folders (that's the reason I am using TB...) so maybe it is doing some ambitious reindexing of the folders, and therefore eating memory like candy?

I should not have any especially gigantic emails like lots of big images or videos.


Expected results:

Thunderbird should not eat gigabytes of memory.

It would be nice to know what TB is trying to do.  Is there a way get some logging information out of it?
Bug: Daily Beta 76.01a Will show Print Dialog but will not send to printer
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-26 12:21:32+00:00
Resolved: 2020-03-26 14:09:45+00:00

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

Steps to reproduce:

displayed email

selected alt f for fikle, p for print, default printer selected (hp-1536)

click ok to print no output sent to printer

printer is on a local network via lan cable

printer works with old thunderbird and all other apps


Actual results:

no printed output, no error


Expected results:

email show have printed to printer
Bug: Daily will not allow exporting of address book - componet missing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-26 12:24:43+00:00
Resolved: 2020-03-26 14:18:45+00:00

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

Steps to reproduce:

tools --> address book

From address book

tools --> export



Actual results:

export failed

Method Not Implemented when calling method : [nsIAbManager::exportAddressBook] 


Expected results:

exporting file save menu (i presume) show how been shown.
Bug: Body Text instead of Paragraph shows in the Formatting bar with Use Paragraph format enabled
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-03-26 16:37:46+00:00
Resolved: 2020-08-16 11:36:41+00:00

In preferences set Composition to "Use Paragraph format instead of Body Text by default".

Click "Write" to open a composition window.

Enter an address and subject, or just enter the body section.

Notice that "Body Text" is the default selection in the Formatting bar.

It should be "Paragraph".
Bug: Fix the UI and UX of the attachment pane in the Messenger Compose window after bug 1613284
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-26 18:19:29+00:00
Resolved: 2020-06-01 00:41:16+00:00

Bug 1613284 highlighted an issue in which the attachment pane was lacking proper accessible keyboard shortcuts to trigger the file chooser if a file was already attached.

A newly added button was introduced to fix the issue, but now the section doesn't look great.
Let's rethink that area and make it gorgeous and functional.
Bug: The identity field in the message compose window has dark text when the System dark setting is enabled in macos
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-26 21:08:05+00:00
Resolved: 2020-03-28 22:07:28+00:00

The issue presents itself only if the System dark theme is enabled, but the Thunderbird theme is set to Default.
Bug: Missing language packs since Thunderbird 75
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-03-26 23:13:39+00:00
Resolved: 2020-03-30 17:10:23+00:00

The langpacks  (xpi) are not on the ftp server. It looks like this began around Thunderbird 75 and currently affects beta and nightly.

http://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-central-l10n/linux-x86_64/xpi/
http://ftp.mozilla.org/pub/thunderbird/releases/75.0b2/linux-x86_64/xpi/

Candidates folder is the same.

The payload sent to the beetmover has the langpack in it, but the log file shows that it was not copied.
https://firefoxci.taskcluster-artifacts.net/XjxDiVEAR0GzKJdkCHx_yQ/0/public/logs/live_backing.log
Bug: additional language does not show up for spell check (dictionary)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-03-27 05:43:12+00:00
Resolved: 2020-07-03 15:16:52+00:00

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

Steps to reproduce:

Add-on languages does not show in spell-check


Actual results:

only Danish in spell-check


Expected results:

four different alternative language
Bug: Open a saved eml file, 'File' > 'save as' > 'File' function not working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-27 12:04:24+00:00
Resolved: 2021-02-05 19:08:39+00:00

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

Steps to reproduce:

Save an email using right click 'Save as'  , save as type Mail Files (*.eml) to a location outside of Thunderbird eg: desktop
File is saved correctly.
open that .eml file using Thunderbird and email opens in a new window.
Now try to use 'File' > 'Save as' > 'File'  because you want to save as a .txt file.


Actual results:

Nothing happens.
Also the 'More' > 'Save as' does not function either.



Expected results:

In the opened .eml file, the 'File' > 'Save as' > 'File'  should open a window offering where to save and various options of file types, so allowing to choose to save as eg: txt file.

Copy pasting the source into a text editor program to save as txt file does not produce the ease of readibility.  Current workaround is to drag the eml back into Thunderbird 'Local Folders' and use the 'Save as' from within the Thunderbird program.
Bug: Existing Quickbooks Email Settings Broken After Thunderbird Install then Uninstall
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-27 15:51:56+00:00
Resolved: 2020-12-20 20:25:49+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:4.4) Goanna/20170101 PaleMoon/28

Steps to reproduce:

Windows 10 32-bit Professional Installation
Quickbooks 2014 Enterprise
Office Home and Business (Outlook) 2019

Installed Thunderbird alongside an existing Outlook. Opened Quickbooks. User tries to send email from Quickbooks (expecting Outlook), which causes Thunderbird to open. User uninstalls Thunderbird. Quickbooks no longer able to send emails through Outlook.


Actual results:

Installation of Thunderbird overrides an existing Outlook email setup in Quickbooks 2014. Once Thunderbird is removed, Quickbooks does not revert to Outlook. No longer able to configure email client in Quickbooks, to revert changes. User has huge headache... etc. etc.


Expected results:

Installation of Thunderbird should not affect existing Quickbooks / Outlook setup without explicit user intervention.

Check if Outlook is configured in Quickbooks
If so - Don't break existing Outlook or prompt user before making changes.

Changing Outlook to default email program later, did not restore Quickbooks email settings.
Bug: startup Crash in [@ `anonymous namespace'::NotifyBlockingDecision ]
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-27 16:18:46+00:00
Resolved: 2020-05-16 15:40:50+00:00

https://crash-stats.mozilla.com/report/index/84524189-e3db-4b7d-a541-7b9560200327

TB crashes immediately when I disable `Accept Cookies from sites` or set different to `Always` and then open a composer window.

FX has something similar: Bug 1623044
Bug: My E-Mails are disappeared
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-03-27 17:13:52+00:00
Resolved: 2020-12-20 20:25:38+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 Edge/18.18362

Steps to reproduce:

I delete new E-Mails from my account 


Actual results:

all E-Mails disappear, also the old Mails, the Mails in the paperbasket und the sended Mails. 


Expected results:

the Mails, which I have deleted should be displayed in the paperbasket and all the other Mails should be on their old place.
Bug: Thunderbird stopped printing
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-28 00:12:59+00:00
Resolved: 2020-03-28 02:11:49+00:00

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

Steps to reproduce:

Thunderbird updated to 75.0b2 (32 Bit)


Actual results:

File/Print - email doesn't print.
File/Print Preview - still works but it to won't Print

Message appears in bottom left "Printing Message..." but nothing happens

All other programs are still printing correctly and the correct printer is selected in Thunderbird


Expected results:

email should have printed
Bug: Individual e-mails will not print
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-28 01:33:24+00:00
Resolved: 2020-03-28 02:11:02+00:00

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

Steps to reproduce:

Select individual e-mail that I want to print.
Select drop-down and choose print or use Cntl P
Choose printer to use
Select number of pages to print
Click print button

My TBird release is:  75.)b2 (32 bit)


Actual results:

Verbiage is lower  left corner of TBird says document is printing.
Nothing ever shows up at printer.


Expected results:

Document should have printed.

FYI - I've sent the same e-mail to TBird V 68.6.0 (32 bit) and I can print that same e-mail from that non-beta version.
Bug: Can no longer print after update
Status: VERIFIED
Priority: --
Resolution: DUPLICATE
Created: 2020-03-28 05:46:25+00:00
Resolved: 2020-06-07 10:38:28+00:00

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

Steps to reproduce:

checked all other programs and they print fine.


Actual results:

nothing


Expected results:

should have printed the email.
Bug: Crash in [@ nsAbAddressCollector::SetUpAbFromPrefs]
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2020-03-28 10:28:58+00:00
Resolved: 2020-05-17 00:55:44+00:00

Crashes start with 75.0b1 buildid 20200309225314
#7 crash for beta. No crashes seen in daily builds.

This bug is for crash report bp-10b7fccd-12d7-489b-b579-d6ec50200326.

```
Top 10 frames of crashing thread:

0 xul.dll nsAbAddressCollector::SetUpAbFromPrefs comm/mailnews/addrbook/src/nsAbAddressCollector.cpp:293
1 xul.dll nsAbAddressCollector::Init comm/mailnews/addrbook/src/nsAbAddressCollector.cpp:268
2 xul.dll nsAbAddressCollectorConstructor comm/mailnews/build/nsMailModule.cpp:436
3 xul.dll nsComponentManagerImpl::GetServiceLocked xpcom/components/nsComponentManager.cpp:1372
4 xul.dll nsComponentManagerImpl::GetServiceByContractID xpcom/components/nsComponentManager.cpp:1559
5 xul.dll nsGetServiceByContractID::operator const xpcom/components/nsComponentManagerUtils.cpp:243
6 xul.dll nsCOMPtr_base::assign_from_gs_contractid xpcom/base/nsCOMPtr.cpp:82
7 xul.dll nsMsgComposeAndSend::DeliverFileAsMail comm/mailnews/compose/src/nsMsgSend.cpp:2930
8 xul.dll nsMsgComposeAndSend::DeliverMessage comm/mailnews/compose/src/nsMsgSend.cpp:2901
9 xul.dll nsMsgComposeAndSend::GatherMimeAttachments comm/mailnews/compose/src/nsMsgSend.cpp:883

```
Bug: Shutdown crash in [@ md_UnlockAndPostNotifies] (nss) via ldap_msgdelete (ldap60.dll)  use-after-free
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-03-28 12:52:19+00:00
Resolved: 2020-12-05 16:40:57+00:00

Ben or Mangus can you take a quick look at this?   

It is topcrash for a few months but I missed filing a new bug (because of old useless, still open Firefox bug reports with the same signature).
#5 crash for betas and #3 crash for 68.6.0 (and presumably  In small sample size of four 68.x or newer crashes, all involve ldap_msgdelete.  

Signature exists prior to 68.3.0 but recent history [1] has a uptick in 68.3.0 and much bigger uptick in 68.3.1 indicating one or more regressions.  Release channel history and rate changes are complicated in this period and not fully documented, so I think better to judge the regression history by looking at betas [2].  We see the first strong uptick in 71, tripled in 72 and 73, and then a strong decrease at 74 (perhaps because of some users giving up on ldap or wanting to stay on 73 for other reasons?)
75.0b0	79	13.8%	38
74.0b0	94	16.5%	38
73.0b0	187	32.7%	114
72.0b0	152	26.6%	90
71.0b0	56	9.8%	73
70.0b0	1	0.2%	1
60.0b0	2	0.4%	2

72 beta 2 shipped 2019-12-14  with Bug 1601389 - Crash in [@ SearchExtRunnable::~SearchExtRunnable] which could explain the uptick in 72 beta. It also went out in 68.3.1, shipped ~2019-12-19?

The first nightly crash is bp-2292c085-fe9a-4752-8f6a-6d75e0191118 2019-11-18 14:20:54  72.0a1 buildid 20191117080452 - but perhaps we must blame Bug 1576364 - LDAP/SSL broken which landed on 2019-11-07  (Bug 1601389 did not land on trunk until 2019-12-09)

I have no convenient explanation for the uptick in 71 beta.

Also noteworthy, in January I filed Bug 1610797 - Crash in [@ nsLDAPSSLClose] 

This bug is for crash report bp-4c040b81-63c0-4eb2-af86-4d6960200325.

0 nss3.dll md_UnlockAndPostNotifies nsprpub/pr/src/md/windows/w95cv.c:86
1 nss3.dll PR_Unlock nsprpub/pr/src/threads/combined/prulock.c:332
2 prldap60.dll prldap_mutex_unlock comm/ldap/c-sdk/libraries/libprldap/ldappr-threads.c:209
3 ldap60.dll ldap_msgdelete comm/ldap/c-sdk/libraries/libldap/result.c
4 ldap60.dll do_abandon comm/ldap/c-sdk/libraries/libldap/abandon.c:160
5 ldap60.dll ldap_abandon_ext comm/ldap/c-sdk/libraries/libldap/abandon.c:98
6 xul.dll AbandonExtRunnable::Run comm/ldap/xpcom/src/nsLDAPOperation.cpp:614
7 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1220
8 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:481
9 xul.dll mozilla::net::nsSocketTransportService::Run netwerk/base/nsSocketTransportService2.cpp:1135

[1] 6 months graph for 68.3.0 68.3.1 68.2.2 68.2.1 https://crash-stats.mozilla.com/signature/?product=Thunderbird&version=60.3.0&version=68.3.0&version=68.3.1&version=68.2.2&version=68.2.1&signature=md_UnlockAndPostNotifies&date=%3E%3D2019-09-28T10%3A48%3A00.000Z&date=%3C2020-03-28T10%3A48%3A00.000Z#graphs

[2] betas https://crash-stats.mozilla.com/signature/?product=Thunderbird&release_channel=beta&signature=md_UnlockAndPostNotifies&date=%3E%3D2019-09-28T10%3A48%3A00.000Z&date=%3C2020-03-28T10%3A48%3A00.000Z#graphs