av9ash/GitBugs huggingface dataset:
Bug: 78.4.1 requires entering/selecting search criteria twice after a previous global seach
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-07 01:28:05+00:00
Resolved: 2020-11-09 00:37:47+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0 Waterfox/56.3

Steps to reproduce:

I just installed 78.4.1 and now if I do a search and then close that box and try to do a second search for something else Thunderbird will offer email addresses to pick but if I pick one then it does nothing and I have to open it again and again select or enter search criteria before it does the search.

I also found that opening a message and selecting delete did not delete the message and I had to again select delete before the message was actually removed.


Actual results:

Searching after a successful search requires entering/selecting search criteria and hitting enter and then re-enter it before it does the search.  Also the delete option for a message does nothing until it is done twice.


Expected results:

Should not have to enter search criteria twice and should not have to select delete (message) twice before it deletes a message from the list.
Bug: window.close() does not work from inside the window (regardless of allowScriptsToClose in browser.windows.create())
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-07 14:28:44+00:00
Resolved: 2020-12-09 20:06:53+00:00

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

Steps to reproduce:

1. Open an extension window with
```
browser.windows.create({url: "./popup.html)", type: "popup", allowScriptsToClose: true});
```
2. In a script (type module) loaded  inside `popup.html`, call `window.close()`


Actual results:

Warning that scripts can only close windows that they open.


Expected results:

Window should close itself, as the `allowScriptsToClose` was set to true (which should already be the case for extensions windows anyway according to https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/windows/create).

Note that the url for some reasons is not set for the tab if you e.g. call `await browser.windows.getAll({populate: true})`. Not sure if this is related.

As a workaround one can use `browser.windows.remove()` (see e.g. example at https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/windows/remove#Examples).

The ugly think with the workaround is if you close the current window that way, the error console gets polluted with the following error message:
```
 Error: CallResult for closed conduit dkim_verifier@pl.2993: ({childId:"dkim_verifier@pl.2993", callId:2996, path:"windows.remove", result:{}}) ConduitsChild.jsm:167:13
    receiveMessage resource://gre/modules/ConduitsChild.jsm:167
```
Bug: A scroll bar covers long folder names
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-07 14:34:25+00:00
Resolved: 2022-09-22 02:27:57+00:00

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

Steps to reproduce:

The bug has existed since previous versions. He wasn't there before.


Actual results:

When a folder has a long name, for example: "Shoes LACOSTE GIRON SSL SPM size 44 - 28.5 cm a9030", the end of the name is not visible because it is covered by a scroll bar.

In my case, the end of the name is very necessary and this error causes a lot of trouble.


Expected results:

The scroll bar should not be on the folder name, but next to it, so it won't cover it.
Bug: "Compact" missing from IMAP folder context menus
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-07 15:01:55+00:00
Resolved: 2020-11-10 19:45:11+00:00

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

Steps to reproduce:

This happend with Thunderbird 78.4.0 (64-bit) on
* Ubuntu 20.04 64 Bit
* Windows 10 20H2.

1. I configured 3 IMAP accounts (A,B,C).
2. I chose "When I delete a message: Just mark it as deleted" on all 3.
3. I did *not* check "Clean up (Expunge) Inbox on Exit" for any of the 3.
4. I right-clicked on a (any) folder of the first, top-most account and got "Compact" in the context menu just above "Mark Folder Read"
5. I right-clicked on a (any) folder of the second or third account.


Actual results:

"Compact" was not in the context menu.

It seems to have to do with the order of accounts in the list, because the top-most account in my Windows (A) installation is the second one in Ubuntu and vice versa. In both cases the top-most account (A on Windows, B on Ubuntu) has the menu entry and the second one (B on Windows, A on Ubuntu) doesn't. 


Expected results:

"Compact" should have been in all the context menus.
Bug: Unread messages  in message list "white out" when cursor placed over
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-07 15:02:29+00:00
Resolved: 2020-11-08 17:12:19+00:00

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:82.0) Gecko/20100101 Firefox/82.0

Steps to reproduce:

Starting with the update below, when cursor is moved over an unread message in message list, the entire line (subject, correspondent, size, date, etc.) whites out or goes blank. Reappears when cursor is moved off the line. Messages that have been read are not affected and if the "blank" line is selected, the message displays properly in third pane. Reproduces if a read message is changed to "unread" status. Thunderbird -- Version 78.4.1  Build ID 	20201104231226


Actual results:

Unread messages in message list for any folder "white out" when cursor move over and reappear when cursor moved off the unread message


Expected results:

Message list, line item details for an unread message, should remain visible when cursor moved over (mouse over).
Bug: 100% cpu for a few seconds every 30 minutes
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-07 15:10:56+00:00
Resolved: 2021-11-27 15:24:53+00:00

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

Steps to reproduce:

This happens when Thunderbird is idle.

"Global Search and Indexer" is disabled.
The only plugin is Enigmail.
This is on Gentoo Linux 5.4.38 with Plasma 5.19.5.



Actual results:

Precisely every 30 minutes Thunderbird takes ~100% cpu for about 10 seconds. 

Otherwise, cpu usage is low - 0% most of the time with short burst of 3% to 5% every few minutes.

The activity manager stays empty.


Expected results:

Thunderbird should not take that much cpu.
Bug: Cannot save to Drafts or Templates
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-11-07 19:02:48+00:00
Resolved: 2020-11-16 19:22:00+00:00

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

Steps to reproduce:

Thunderbird updated yesterday to 78.4.1. Since then when composing an email I received a message saying the draft could not be saved. I subsequently tried to save a draft manually with the same result. Then to save to templates with same result. restarted without extensions - same result. I tried setting new folders for draft both on a gmail server and locally - all failed the same way.


Actual results:

Cannot save to drafts or templates either locally or on the gmail server. Sending and receiving still work flawlwssly.


Expected results:

Up until yesterday drafts were set to go to my gmail drafts folder and templates to the local templates folder. Both worked.
Bug: Email subject disappears when I hover over it with mouse when using Windows 7 Classic theme
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-07 21:42:27+00:00
Resolved: 2020-12-05 15:25:06+00:00

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

Steps to reproduce:

This is version 78.4.1 (32-bit) of Thunderbird.
Whenever I hover the mouse over an unread email in my inbox display pane, the entire line (subject, correspondents, date, etc) disappears. 


Actual results:

Whenever I hover the mouse over an unread email in my inbox display pane, the entire line (subject, correspondents, date, etc) disappears. 
My guess is that the fields that "disappear" are not gone, but that they are changed to white so they are not visible against the background.


Expected results:

The fields should not have disappeared.  I should point out that whenever I mouse over to somewhere different, they reappear.
I can click on the invisible fields and open the Email.  But the first time I saw this bug I didn't realize it and I thought my Email had disappeared.
Bug: Unread entries in message list go blank when moused on
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-07 22:55:09+00:00
Resolved: 2020-11-08 00:16:50+00:00

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

Steps to reproduce:

Received new messages.


Actual results:

Version 78.4.1 (32 bit)
In the new message list, if a new message has not been marked as read, and thus the entry is in bold, if I lay the mouse on the entry it disappears.


Expected results:

The entry should not disappear
Bug: Double clicking of addresses in the Contacts side bar will only add to the TO: field.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-08 00:28:29+00:00
Resolved: 2020-11-08 16:46:40+00:00

Following https://support.mozilla.org/en-US/questions/1312411 and trying to replicate the issue I tried adding contacts to the CC or BCC entries by double clicking (the discussed enter appeared to do nothing).  All attampts to add a double clicked address ended up in the TO: despite clicking the appropriate entry to select it in case it was a default focus issue.

I would think this is a regression from Bug 440377
Bug: Archive into wrong folder
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-08 10:01:09+00:00
Resolved: 2021-11-21 01:30:10+00:00

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

Steps to reproduce:

I have 4 IMAP Accounts
I configured all my Account to archive in Locale Folders.
I want to archive some E-Mails with Pictures in it that have a size of minimum 20 MB.


Actual results:

When I select a mail in one of my IMAP accounts and click on archive in the context menu it creates an archives folder in the IMAP account and moves the email there. Sometime that move does not work, only the wrong folders are created.
The bigger emails where never put into the correct folder.
Other E-Mails in the same IMAP Account, that have normal size like 70 KB are moved into the correct archive folder under Local Folders\Archives\2020


Expected results:

All mails should been moved into the existing 2020 folder under Locale Folders Archive.
Bug: Changing the From account in composer does not switch to the HTML/text format set for that mail account
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-08 13:23:06+00:00
Resolved: 2024-06-30 09:17:15+00:00

User Agent: Mozilla/5.0 (Linux; rv:50) Gecko

Steps to reproduce:

1. Have several accounts (e-mail boxes).
2. Default acc is set to compose new message in plain text.
3. Some other (non-default acc) is set to compose new message in HTML.
4. Start create new e-mail (naturally with default acc).
5. Change default e-mail in From field to desired.


Actual results:

6. Nothing, e.g. plain text compose windows is still plain text.


Expected results:

6. Swithing to HTML compose window.

Or, as requested previously, please add a button to compose window: "Switch plain text/HTML". It would resolve this and a number of similar problems.
Bug: Unread items in list boxes disappear when under the mouse cursor.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-08 16:23:28+00:00
Resolved: 2020-11-08 17:12:45+00:00

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

Steps to reproduce:

T/bird 78.4.1 updated in last couple of days. Running on Windows 7 x64 with latest updates.

In list boxes ( for instance when viewing the Inbox of my hotmail account ) the unread lines disappear when I move the mouse cursor over them.


Actual results:

See the attached images. In one, the cursor is over a read line, and the unread line above is visible. The second image shows the cursor over the position of the unread line but the text has disappeared from view. It is restored when the cursor moves off the line.

Note: Hotmail presorts spam into a Junk file. I usually run down the list marking each as Junk. I am also reading the subject lines as I go. It's very disconcerting to have the line vanish as I'm reading it.


Expected results:

Nothing should have happened.

I am in a twisty little maze of bugs, all alike.
No release date in About box.
No release date in linked release notes. I had to do an Internet search for the release date.
I can't select more than one file to attach. I believe I was able to do that in Windows 3.1.
Bug: OTR Chat with GoogleTalk automatically encrypted - multiple device usage impossible
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-08 16:38:15+00:00
Resolved: 2022-09-14 15:33:01+00:00

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

Steps to reproduce:

Setup a CHAT Account with GoogleTalk. Instant message conversations go to recipients who use either Thunderbird, or an Android smartphone, or both. (on the android smartphone, Google Hangouts is used).
By setting up the chat account in thunderbird, i disabled the 3 checkboxes related to OTR encryption trying to prevent the messages from being encrypted.


Actual results:

The problem now is, Thunderbird still automatically creates a key and encrypts the messages.
This results IN THE ANNOYING AND UNWANTED effect that messages will be recieved at the recipients Thunderbird client.
But at the recipients smartphones, only "rubbish" will appear. There is aparantly no easy way to include the encryption into Hangouts hence a smartphone using googleTalk protocole.



Expected results:

Thunderbird SHOULD NOT ENCRYPT chat messages if the user does not want to. Thunderbird should also not ask the user for recipient verification if he does not want to.
The problem as described is that such encryption will only work from Thunderbird to Thunderbird. It renders the chat COMPLETELY USELESS if the recipient either uses a smartphone or Thunderbird or both.

Please provide a solution to this.
Bug: In the lastest version of 78.4.1: can only add one CC; & can No longer add any additional CC's
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-08 17:24:14+00:00
Resolved: 2020-11-08 17:39:36+00:00

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

Steps to reproduce:

can only add one CC (courtesy copy); & can No longer add any additional CC's.
Bug: Selecting multiple messages causes Delete button to be masked with dark blue
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-08 19:42:18+00:00
Resolved: 2020-11-15 15:50:18+00:00

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

Steps to reproduce:

I selected more than one message for deletion after updating to the most recent TB 78.4.1 (32-bit).


Actual results:

The messages were selected, but the Delete button immediately below the message list was obscured by the background of the area containing the Delete button to change to the same color as the selected messages. On my system, that is dark blue. I can barely see the Delete button. Clicking the Delete button does the right thing.


Expected results:

Either the background of that area should not be turned dark blue, or the Delete lettering should be changed from black to a lighter color that can be seen over the dark blue background.
Bug: Message in message list disappears when mouse is hovered over it
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-08 19:59:33+00:00
Resolved: 2020-11-08 20:08:48+00:00

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

Steps to reproduce:

I hovered the mouse pointer over a message in the list window.


Actual results:

When a message is marked as Unread, as I move the mouse pointer over the list, the Subject, Correspondents and Date fields of whichever message the pointer is over are blanked out. Moving over another message restores the fields. If a message is marked Read, the Subject, Correspondents and Date fields of the message in the list display normally when the mouse pointer is over them.


Expected results:

The Subject, Correspondents and Date fields of whichever Unread message the pointer is over should display as normal.
Bug: imap.ziggo.nl: No E-mail coming in and failing to create new account using Account wizard although settings of provider found
Status: UNCONFIRMED
Priority: --
Created: 2020-11-09 08:08:50+00:00
Resolved: 2020-11-17 15:40:13+00:00

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

Steps to reproduce:

Delete Account and trying to recreate.
Uninstalled Thunderbird and removed the data under %APPDATA%\Thunderbird
Re-install the latest version of Thunderbird.



Actual results:

After working a long time with Thunderbird, suddenly not getting new e-mails while on the providers web new e-mails are shown.

It works when I use the Windows 10 default Mail program (from Microsoft) .



Expected results:

I would expect that it would work.
Bug: Intermittent comm/mail/test/browser/folder-display/browser_selection.js | uncaught exception - : Component returned failure code: 0x80550008 [nsIMsgDBHdr.markHasAttachments] at onEndMsgDownload@chrome://messenger/content/msgHdrView.js:796:21
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-11-09 08:16:04+00:00
Resolved: 2021-12-07 08:26:24+00:00

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

---
```
```
Bug: Can no longer drag and drop links as attachments [regression]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-09 08:32:56+00:00
Resolved: 2022-05-16 05:41:44+00:00

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

Steps to reproduce:

1. Open new message
2. Drag link to .zip file from Firefox to attachment box


Actual results:

Attachment box was displayed, but nothing was added.


Expected results:

.zip file was added as an attachment.
Bug: Replying to an email with an explicit "Reply-To:" header sets the recipient to "From:" address instead of  "Reply-To:" address
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-09 09:49:59+00:00
Resolved: 2021-11-06 12:05:32+00:00

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

Steps to reproduce:

Consider an email with an explicit "Reply-To:" header and differing "From:".

Mark it and type Ctrl+R.


Actual results:

Compose window opens with "From:" addresses.
The "Reply-To:" is neglected completely.


Expected results:

Compose window should open with "Reply-To:" address(es).
The "From:" field should be neglected.
Bug: Don‘t show password on Terminalserver
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-09 11:00:53+00:00
Resolved: 2020-12-20 20:01:41+00:00

User Agent: Mozilla/5.0 (iPhone; CPU iPhone OS 14_2 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/14.0.1 Mobile/15E148 Safari/604.1

Steps to reproduce:

Open the Passwortlist for the Mailaccounts.
Get an Loginwindow to show the passwords.
Unable to login on terminalserver 2012 with domainaccount.
To show the passwords.


Actual results:

Errormessage with type of account


Expected results:

List of passwords for Mailaccounts
Bug: Thunderbird wrongly reports "Send Message Error"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-09 12:20:37+00:00
Resolved: 2020-12-20 20:01:28+00:00

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

Steps to reproduce:

I sent a mail with about 10MB attachment size. Internet connection has about 2Mbit/s upload speed. mailnews.tcptimeout was already modified to 1200 long ago.
System is Ubuntu 20.04 LTS, Thunderbird as provided by Ubuntu 68.10.0 (64-bit).
Note I use ssh tunnelling for my SMTP connection  (ssh -L 2525:127.0.0.1:25 ###SERVER###) so it shows as localhost but isn't, and configure the outgoing server in Thunderbird accordingly.


Actual results:

A pop-up message appeared stating 
"Send Message Error 
Sending of the message failed. 
The message could not be sent because the connection to Outgoing server (SMTP) localhost was lost in the middle of the transaction. Try again."

The mail message remained in the draft state.

However, I was alerted that the mail was sent by an autoresponder from one of the recipients, and indeed the log of the SMTP server (administrated by me) shows that mail was transferred properly without error:
Nov  9 08:48:48 vs2 sm-mta[76744]: NOQUEUE: connect from localhost [127.0.0.1]
Nov  9 08:48:48 vs2 sm-mta[76744]: STARTTLS=server, relay=localhost [127.0.0.1],
 version=TLSv1.3, verify=NO, cipher=TLS_AES_128_GCM_SHA256, bits=128/128
Nov  9 08:48:48 vs2 sm-mta[76744]: STARTTLS=server, cert-subject=, cert-issuer=,
 verifymsg=ok
Nov  9 08:48:49 vs2 sm-mta[76744]: AUTH=server, relay=localhost [127.0.0.1], authid=###USER###, mech=PLAIN, bits=0
Nov  9 08:50:31 vs2 sm-mta[76744]: 0A97mm7q076744: from=<###FROM###>, size=14195815, class=0, nrcpts=2, msgid=<d342f53e-e7fa-8d2d-0aa6-2b9e936e2be7@###DOM###>, bodytype=8BITMIME, proto=ESMTPSA, daemon=IPv4, relay=localhost [127.0.0.1]

As shown, transferring the message took from 08:48:49 to 08:50:31 and was completed successfully.


Expected results:

sending should have proceeded successfully, after that saving of the copy in Sent.
What definitely should not happen is that I am told the message was not sent when it was really successfully sent. The messages should reliably reflect the actual status.

I searched for this issue and found the advice in a German Thunderbird support forum that mailnews.tcptimeout should never need adjusting because it does not refer to a connection duration timeout but only to a period of the connection being stalled, i.e. no data transmitted. However, I am convinced that data was transmitted continuously via my WAN. I imagine it is possible that Linux uses TCP network buffers and only flushes them on connection close or when the client switches from writing to reading from that connection, which may make it appear to Thunderbird that the data was quickly received followed by stalling, and any timeout mechanism should take this into account and only apply the small timeout during transmission of data and not when reverting to reading the response code, or periodically initiate the equivalent of a "sync" to avoid this.