av9ash/GitBugs huggingface dataset:
Bug: I've donated but I see "Donate to Thunderbird" each time I open the program.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-02 21:02:12+00:00
Resolved: 2020-10-03 20:38:29+00:00

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

Steps to reproduce:

In my case, I simply open Thunderbird and the message appears in the right panel.  It's not an email.  

I've attached a partial image of the message I see.  There are three additional paragraphs not seen in my pic that's below "Donate to Thunderbird".


Actual results:

I can't get rid of the image/message until I open an email.


Expected results:

I shouldn't see this message at all.  I donated to Thunderbird last week and it's my second donation in 2020.  I don't need to be reminded to donate.  Fix this please and soon.
Bug: deleted messages reappear as new unread messages.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-02 21:39:36+00:00
Resolved: 2020-10-11 00:54:15+00:00

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

Steps to reproduce:

Open thunderbird and view the contents of the Inbox. I note that some older messages that I had previously moved to the trash were listed as new-unread.  
I move them to trash again.


Actual results:

They are deleted from in box but re appear  as new unread messages the next time I open thunderbird.  In addition there was a copy of the same message in trash folder.
If I delete the messages then compact the folders, the messages still come up as new.  
I have about 6000 messages  in the inbox.  This happens to about 15 of them.


Expected results:

Once the message is deleted from the in box, It should appear in trash and not return to the in box as unread.
Bug: Wrong text color after switching from dark mode to light mode leads to invisible text
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-03 10:50:55+00:00
Resolved: 2020-11-09 20:03:35+00:00

When switching from dark mode to light mode, the text color  in the message list stays white for unread emails and for the selected email. This makes the entry barely or completely unreadable.
Bug: Wrong color of the SVG icons for unselected lines in the folder pane after switching from dark mode to light mode
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-03 10:54:40+00:00
Resolved: 2020-10-22 22:52:03+00:00

When switching from dark mode to light mode, the folder icons of unselected items stay white.
Bug: Focus is taken away from messages list when message loaded and "Find in Page" is active
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-03 16:11:42+00:00
Resolved: 2020-10-18 15:52:36+00:00

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

Steps to reproduce:

Select a message in the message list different from the one already displayed, have Find-in-Page (Ctrl+f) active previously


Actual results:

Message loaded and focus taken away from message list and given to Find-in-Page textbox, unable to use keyboard commands (navigate, delete, mark-as, view source,  etc)


Expected results:

Focus retained in message list for keyboard navigation/commanding - if I wanted to re-find-in-page I can ctrl+f again.  Find-in-Page should disappear between messages
Bug: Thunderbird rejects self-signed certificate from service running on same machine with no way to override
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-03 16:56:54+00:00
Resolved: 2020-10-03 20:45:04+00:00

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

Steps to reproduce:

I composed an email to someone who I've emailed before and tried to send it.
I'm using ProtonMail Bridge (version 1.4.1) and I've never had this issue before (I've used ProtonMail Bridge for about two years).
I had just reinstalled Windows on my laptop and thus I had to install a fresh and up-to-date version of Thunderbird (78.3.1 32-bit).
I first installed Thunderbird 68 because I had a hard time downloading the up-to-date installer on my phone so as to avoid a slow hotspot.
I then updated Thunderbird to the most recent release and created my accounts, which are three ProtonMail accounts.
I used the config auto-detector to configure them each and they look right to me. I can receive emails on all of them just fine.
I've also reached out to ProtonMail in case the issue is on their end. Right now this issue makes me unable to use Thunderbird to send emails. Instead I'm using ProtonMail's web interface and the ProtonMail app.


Actual results:

When I hit "send", I got a popup (attached) that said:
"Sending of the message failed.
The certificate is not trusted because it is self-signed.
The configuration related to 127.0.0.1 must be corrected."
Thunderbird then failed to send the email without giving me the option to override or to trust this certificate.


Expected results:

Thunderbird should have sent the email successfully without incident. As far as I can tell my config is correct. At very least it receives emails just fine.
I would have preferred, though, that Thunderbird gave me the option of trusting the self-signed certificate, since it belongs to a trusted program running on the same machine as Thunderbird.
Bug: [OpenPGP] Ergonomics problem
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-03 20:06:18+00:00
Resolved: 2020-10-05 20:02:49+00:00

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



Actual results:

Since the integration of OpenPGP management into Thunderbird, the two choices we got regarding the use of PGP are insufficient. If you pick "None", you have to go in the menu every time you want to encrypt an email. If you pick "Require encryption", it will display an error message and refuse to send when you want to send to someone not having a key − and you have to go in the menu as well to disable it.


Expected results:

Consider the following elements :

- It needs to be clear whether the emails that are going to be sent are encrypted or not. As far as ergonomics go, might as well have the enable buttons showing this status.
- You shouldn't have to manually make that choice by default. The default condition is easy : if there is a key, attempt encryption, else don't.
- Sometimes, you need to only sign an email to new people, but not always ; in short it's better to control signature and encryption separately, and to have manual control.
- Sometimes, you need to send cleartext emails even to people that you already know and who have a key (when solving PGP-related problems for example, or other tests).
- Ever since that security flaw about how you can modify an unsigned encrypted email became clearer, it's been known you should sign all encrypted emails by default (while still leaving a choice).

You guessed it : I'm asking you to just imitate the ergonomics of Enigmail.

I understand that you needed to leave Enigmail and integrate the feature into Thunderbird. But the end-user appearance and ergonomics ? Those two yellow buttons were just perfect. They answered all the aforementioned concerns.

In fact, I'm not asking you. I'm begging you. For the love of god. Please. It's already complicated enough to get the average user to do encryption at all, let alone do it properly. Even I, as a programmer, have dropped encryption in daily work life because of this problem (I send a lot of emails).

Side note : point 2 might benefit from #1667254
Bug: Menus API OnClickData's selectedFolder not showing full MailFolder
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-10-03 22:20:22+00:00
Resolved: 2020-10-16 23:14:07+00:00

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

Steps to reproduce:

Install a local extension with the following permissions: ["messagesRead", "accountsFolders", "accountsRead", "downloads", "menus"]

Create a menu with the following contexts: ["message_list", "folder_pane"]

Create a folder and create a couple of subfolders

Right-click on the folder in the folder pane and click the menu created


Actual results:

Viewing the menu's API OnClickData "selectedFolder" property generated by that interaction it only shows accountId, name and path but not subFolders.

Viewing the same folder but by filtering through the account's API MailAccount "folders" property shows the full MailFolder properties. 


Expected results:

Both API's to behave the same way.
Bug: folder icon colour property does not follow when moving folder
Status: NEW
Priority: --
Created: 2020-10-04 08:35:28+00:00
Resolved: 2020-10-20 16:41:54+00:00

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

Steps to reproduce:

- set a custom icon colour for a subfolder
- move said subfolder into another folder


Actual results:

- icon colour is back to default


Expected results:

- icon colour property should have followed the folder
Bug: Message preview pane is cut off on the right because message header toolbar doesn't scale (and is no longer customizable). Implement toolbar overflow/scalability.
Status: VERIFIED
Priority: P2
Resolution: FIXED
Created: 2020-10-04 08:59:25+00:00
Resolved: 2021-09-29 11:46:59+00:00

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

Steps to reproduce:

Looking different e-mails in the preview window.


Actual results:

Hello everybody,

with Thunderbird 78 there is no right-clickable 
customize function in the preview window, as you can see in 
Thunderbird 68. So you can also get there from Extensions (= 
Add-ons) such as "Allow HTML Temp" or "Display 
Mail User Agent" added buttons not hide or remove.

This has the consequence that the preview window simply opens on 
the right is cut off, which has or have different consequences 
can:


a) The last switch on the right outer position will may be cut off 
or disappear into the non visible area.
b) The date/time display of the e-mail is cut off or may disappear 
completely into the non-visible area.
c) Mailtext is displayed, provided that the visible area of the 
preview window, also cut off on the right. 

The complete readability of an e-mail itself and the Header data 
is only possible if the e-mail is sent by double-clicking will 
open in a separate window.

In the German forum Thunderbird Mail DE you can find the 
following Thread:
https://www.thunderbird-mail.de/forum/thread/85413-thunderbird-78-
vorschaufenster-wird-teilweise-rechts-abgeschnitten/

Sorry for my English. Translated from German with DeepL


Expected results:

If it is all well, then it should be none "cut off" on the right side.
Bug: CalDAV https with self-signed certificates stopped working
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-04 10:41:39+00:00
Resolved: 2020-10-06 14:32:05+00:00

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

Steps to reproduce:

Using Thunderbird 78.3.1 (64-Bit), occuring since Version  78.x, i can't integrate my CalDAV Server from a Synology NAS in the calender anymore. 
At this time: https in local network.
Already tried:
- Create new certificate (synology.com) and manually insert it.
- Firewalls deactivated


Actual results:

3x safety exception rule window (original german message):
Diese Website versucht sich mit ungültigen Informationen zu identifizieren.
Falsche Website
Das Zertifikat gehört zu einer anderen Website, was heißen könnte, dass jemand versucht, sich als diese Website auszugeben.

With the actual Thunderbird version an additional window pops up  (original german message):
Ein Fehler ist aufgetreten
Fehlercode: MODIFICATION_FAILED

The synology.com certificate is listed in the certificate management under server.
But no connection, same procedure if i sync the caldender.


Expected results:

After I download the certificate and commit the safety exception rule (permanently) one time, thunderbird should save it and ask for the user account password from the NAS.
Bug: Green "Update available" icon shown in tab bar has no tooltip and does nothing
Status: NEW
Priority: --
Created: 2020-10-04 18:16:58+00:00
Resolved: 2020-10-04 18:58:08+00:00

Seen on 78.2.2 (32-Bit)-DE

STR

Updates setting is on automatic.
An auto-update on release-channel is pending (dot release).

Actual

As seen in attached screenshot:
Green Update available icon shown in tab bar
- has no hanger (maybe clicked away days ago)
- has no tooltip
- does nothing on click

This might be irritating for average users, as they won't know the meaning of the icon, and there's no easy way to find out.

About TB correctly shows the button "To finish the update, restart Thunderbird" (translated from German).

Expected

- green update icon should have tooltip
- clicking the update icon should do something (e.g. to re-show the hanger usually attached to it)
Bug: Upon startup master password required dialog comes up twice
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-04 18:29:23+00:00
Resolved: 2021-06-30 01:28:27+00:00

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

Steps to reproduce:

78.3.1

Start up TB


Actual results:

The enter master password dialog comes up twice


Expected results:

The enter master password dialog should only come up once
Bug: URL in Readme.txt not pointing to latest Thunderbird release; still pointing to v68.12.1instead of v78.3.1
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2020-10-05 07:31:42+00:00
Resolved: 2020-10-28 21:42:57+00:00

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

Steps to reproduce:

Refer Bug 1265936 same issue

Using web browser visited here:  https://download.mozilla.org/?product=thunderbird-latest&os=win&lang=en-US




Actual results:

Yet when attempting to visit such a URL (e.g., Windows version in English):
https://download.mozilla.org/?product=thunderbird-latest&os=win&lang=en-US

we are still redirected to 68.  That is, the URL becomes:
https://download-installer.cdn.mozilla.net/pub/thunderbird/releases/68.12.1/win32/en-US/Thunderbird%20Setup%2068.12.1.exe




Expected results:

As documented here:
http://ftp.mozilla.org/pub/thunderbird/releases/latest/README.txt

the URL of the format:
https://download.mozilla.org/?product=thunderbird-latest&os=<OS>&lang=<LANG>

SHOULD point to the latest release, which currently appears to be 78 as indicated here:
https://www.mozilla.org/en-US/thunderbird/notes/

must point automatically to (currently )

https://download-installer.cdn.mozilla.net/pub/thunderbird/releases/78.3.1/win32/en-US/Thunderbird%20Setup%2078.3.1.exe
Bug: Text Copy and paste between Mail Composer windows fails after a few successful copy/pastes
Status: NEW
Priority: --
Created: 2020-10-05 16:26:17+00:00
Resolved: 2020-10-06 14:15:48+00:00

Copy and Paste (using keyboard shortcuts or menus) between Thunderbird composition windows seems to often fail: I can 'copy and paste' but nothing gets pasted into the target window.  

**Scenario to reproduce:**

Write a longish email message (or alternatively create a longish draft).  My such message is composed using the default font and as multiple blocks of a single-line paragraph (i.e. a simple heading) followed by a short (2-3 item) bulleted list ( body text).  Typically one of those bullets contains the text of a URL (i.e with no functional link). 

Now open a new compose window and copy and paste sections from the first window into the new window.

Eventually ' copy' 'paste' stops working: you can paste away what you think you've copied, but nothing appears.   

Sometimes you can recover by selecting something else, or by opening another compose window and pasting something in to that.  But there is no rhyme or reason to that, AFAICT.

Needless to say this is not helpful ..... 

This has been a problem since (at least) TB 68.   My TB is pretty vanilla: default theme;  no enabled extensions (gContactSync, Provider for Google Calendar and Thunderbird Conversations are all disabled); plus the Canadian English Dictionary. I am running OS X 10.13.6.
Bug: Display name Not used in from column of e-mail folder view
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-05 16:53:25+00:00
Resolved: 2024-06-18 15:32:41+00:00

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

Steps to reproduce:

1. add e-mail address after from to contacts
2. edit the display name of the contact



Actual results:

the display name is show correctly above the e-mail pane, but not in the list of e-mails, see attached screenshot


Expected results:

the name in the list of e-mails should also have changed to the display name
Bug: Usage of Return Receipt + Delivery Status Notification leads to blocked mail at ISP
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-10-05 22:08:18+00:00
Resolved: 2020-10-26 11:45:29+00:00

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

Steps to reproduce:

With Thunderbird 82.0b2: Sent a mail with Return Receipt and Delivery Status Notification. The mail is blocked by the ISP. "A message that you sent could not be delivered to one or more of its recipients". Send the same mail with Return Receipt only works fine, or with DSN only works fine too. But when you combine the two options together, it results in a rejection by the ISP.

I went back to beta 82.0b1 and the problem was gone. 


Actual results:

Dit bericht is afkomstig van de mail-server.

U stuurde het volgende bericht, maar dat kon niet aan iedereen worden bezorgd:

======================================================================
Onderwerp: test 2346 - return receipt + delivery status notification
 --  Met vriendelijke groet,  ****** 
======================================================================

Op de volgende adressen kon het bericht niet worden afgeleverd:


  *******@hotmail.com
    host dsmtpq.tb.mail.iss.as9143.net [212.54.42.17]

---
Reporting-MTA: dns; smtp6.tb.mail.iss.as9143.net

Action: failed
Final-Recipient: rfc822;****@hotmail.com
Status: 5.0.0
Remote-MTA: dns; dsmtpq.tb.mail.iss.as9143.net


Expected results:

Mail should have been delivered at the ISP with Delivery Receipt and Delivery Status Notification flags enabled.
Bug: Reply icon is purple and masked by night-light filter
Status: UNCONFIRMED
Priority: --
Created: 2020-10-05 23:49:04+00:00
Resolved: 2021-07-21 20:56:12+00:00

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

Steps to reproduce:

Look at a reply icon


Actual results:

it's purple and can't be seen when windows night light is enable.


Expected results:

dark theme all icons and text in dark theme should be white or grey so as not to interfere with the red light filter
Bug: Version 68.12.1 (32-bit) doesn't show all message elements
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-10-06 00:57:45+00:00
Resolved: 2020-10-22 17:24:05+00:00

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

Steps to reproduce:

Viewing email messages that were sent formatted.


Actual results:

Some elements are hidden, but the option to show them, or to show them for particular domains, is missing.


Expected results:

The option (button) to show full formatted message contents is missing.

This is the Release Channel, so such a bug is unexpected.
Bug: Intermittent comm/mail/components/addrbook/test/browser/browser_cardDAV_properties.js | Test timed out -
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2020-10-06 07:45:08+00:00
Resolved: 2021-01-25 06:04:36+00:00

**Filed by:** geoff [at] darktrojan.net
**Parsed log:** https://treeherder.mozilla.org/logviewer.html#?job_id=317718816&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/Vs5cN9n_Qx6dN-EZJpLCuQ/runs/0/artifacts/public/logs/live_backing.log

---
```
```
Bug: messenger.messages.getRaw: An unexpected error occurred / msgHdr is null on modified draft message
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-10-06 08:09:47+00:00
Resolved: 2020-10-08 06:24:34+00:00

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

Steps to reproduce:

WebExtension: messenger.messages.getRaw throws exception: An unexpected error occurred / msgHdr is null when called on a draft message which was modified / saved.

Reproduction:

* Extract the attached reproduction extension zip file
* Open Tools -> Developer Tools -> Debug Add-ons; Load Temporary Add-on... -> Select the extracted manifest.json
* Click on "Inspect" on the extension, switch to console to later see the exception
* Write a new draft message (e.g. with a simple subject and text)
* Right-click on the newly created message - the extension will create a menu entry "GetRaw Exception Reproduction"
* Click on "GetRaw Exception Reproduction",  this calls messenger.messages.getRaw on the selected message, a dialog with the message "getRaw succeeded, length: <length of EML string>" should be displayed, close the dialog
* Modify the draft message: Double click, optionally change subject/text and save it (Ctrl+S or File -> Save), close the message window. The problem can be reproduced with just saving the message, a modification is not necessarily required.
* Right-click and click on "GetRawException Reproduction" again, a dialog with the message "Error: An unexpected error occurred" should be displayed.
* In the console of the extension inspection tab, the following exceptions are shown:

msgHdr is null ext-messages.js:218
    getRaw chrome://messenger/content/parent/ext-messages.js:218
    getRaw self-hosted:935
    result resource://gre/modules/ExtensionParent.jsm:930
    withPendingBrowser resource://gre/modules/ExtensionParent.jsm:485
    result resource://gre/modules/ExtensionParent.jsm:930
    callAndLog resource://gre/modules/ExtensionParent.jsm:892
    recvAPICall resource://gre/modules/ExtensionParent.jsm:929
    AsyncFunctionNext self-hosted:684

Error: An unexpected error occurred

messenger.messages.getRaw will now always fail on the saved draft message and continues to work on other messages.
When restarting Thunderbird, it will work again on all messages including the previously failed; Saving a message again, and the exception appears again.

When writing a new draft, the message can be saved arbitrary times. The problem does not occur until the message window was closed, re-opened and the saved at least once.

I could reproduce the problem with Thunderbird 78.3.1 and 79.0b3, I have not tested other versions.




Expected results:

Expected behavior: messenger.messages.getRaw should always succeed, regardless if a message was saved or not.
Bug: Cant read any email info until it is opened
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-10-06 14:48:21+00:00
Resolved: 2021-01-21 22:09:49+00:00

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

Steps to reproduce:

Any time I receive an email


Actual results:

Cant see anything except a yellow dot in subject section


Expected results:

I should be able to read Subject, From, Junk Status & Date BEFORE I open email.  Also it should be able to be highlighted if I want to delete an email.