av9ash/GitBugs huggingface dataset:
Bug: Can't Change and Lock In Color Background on Emails
Status: UNCONFIRMED
Priority: --
Created: 2020-05-04 14:48:57+00:00
Resolved: 2022-06-11 07:20:01+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.18363

Steps to reproduce:

Trying to lock in background WHITE color on email 


Actual results:

Can't seem to lock in a change in the color of the background when composing email


Expected results:

Change to White background should lock in -- I can get only dark background on email template.
Bug: Search missing from Mail Toolbar
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-04 16:26:28+00:00
Resolved: 2020-05-05 18:28:26+00:00

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

Steps to reproduce:

The search box in the Mail Toolbar is missing.  Using version 68.7.0
Bug: Thunderbird is not displaying my folders
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-04 16:34:14+00:00
Resolved: 2020-05-18 18:24:06+00:00

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

Steps to reproduce:

I start Thunderbird and the system shows as in attached pictures. My folders are not shown. 


Actual results:

I upgraded from 60.7 to 68.7 on OpenSuse Leap 15.1 with KDE 5. I'm using a profile on a remote computer in order to share it from other computers. On the other computers (a windows 10 and another opensuse) I still use Thunderbird 60.7 without problems. I'm using no Add-ons.


Expected results:

I would expect 68.7 to show my folders.
Bug: cannot open any email messages from Search results
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-04 19:28:57+00:00
Resolved: 2020-12-20 19:38:22+00:00

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

Steps to reproduce:

1) enter a term into Search textbox and press Enter
2) in the results tab, click the title of an email (hyperlink)


Actual results:

A new tab opens with an empty list


Expected results:

A new tab should open with the selected email - or maybe a list in some cases I guess, but the key functionality missing is being able to open an existing email that I can otherwise open from the inbox/etc.
Bug: folder view not persisted across restart
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-04 20:57:08+00:00
Resolved: 2020-12-30 15:46:48+00:00

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

Steps to reproduce:

Select view
select folder pane
close Thunderbird. Reopen TB and default view shows.
Folder view does not stick
If one hase more then one email address they are hidden by not being able to see the folders.



Actual results:

Folder view does not appear when exewcuting Thundeerbird


Expected results:

Folder view shoul stay there no marrer how many tims tb is used
Bug: In account creation wizard, rewriting password reset auto-found server configuration
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-05 04:09:21+00:00
Resolved: 2020-05-05 15:52:32+00:00

When creating a new account, rewriting my password (e.g. if I believe I wrote it incorrectly or if the authentication fails), then the auto-configuration has to start all over again.

It could also be nice to add an icon to reveal the typed password as a way to check it.
Bug: The program has stopped using distribution lists. He doesn't read them.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-05 12:05:55+00:00
Resolved: 2020-05-05 15:56:21+00:00

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

Steps to reproduce:

Thread


Actual results:

The program does not want to send mail using distribution lists. He can't see them. It probably happened after the last update.



Expected results:

It should work.
Bug: Delete all messages of several selected threads at a time. Only top / first message of each thread was deleted.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-05 12:53:34+00:00
Resolved: 2022-08-05 13:39:40+00:00

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

Steps to reproduce:

- Switch to thread view.
- Mark several threads.
- Hit Shift+Delete


Actual results:

Only the first message of each thread was deleted.


Expected results:

Having a function to delete all messages of the marked threads.
Bug: Menulist-editable custom element wrongly handles focus when the input field is visible
Status: RESOLVED
Priority: P1
Resolution: DUPLICATE
Created: 2020-05-05 19:38:48+00:00
Resolved: 2021-06-08 21:36:33+00:00

When setting up an email account with thunderbird, we still seem to have a problem with screenreader accessibility. 

The tabbing order, is messed up, because when you  go to manualy configure your server settings, after you tab past the combo box, for selecting your server settings, for pop or imap, tab one time, and our screenreaders, say incoming protocol 

then, we type in pop.gmail.com then if you tab a second time, it still, says incoming protocol 

now if you tab a third time, it says incoming port edit, tab again, it says outgoing port 

sometimes, it says auto! it needs to read, like this - when you tab past the combo box, to select your choice for servers, such as pop3 and imap, you should tab the second time, and it should say incoming protocol, then I can type in pop.gmail.com then when I tab the third time, it should say, incoming port, 

then when I tab the fourth time, it should say outgoing protocol, then I type in smtp.gmail.com for my outgoing server settings! then when I tab the fifth time, it should say outgoing port edit! then I can type in my outgoing port number! 

sometimes, my screenreader says incoming port, auto! outgoing port, auto! this needs accessibility improvements, bigtime.
Bug: update-verify errors thunderbird beta
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-05 20:18:27+00:00
Resolved: 2020-09-01 20:59:39+00:00

These are back, seemingly kind of random. Seemingly only on beta releases. At least they're not fatal update errors. Just annoying.

```
FINISH REMOVEDIR isp/
non-fatal error removing directory: isp/, rv: 0, err: 39
FINISH REMOVEDIR icons/
non-fatal error removing directory: icons/, rv: 0, err: 39
```
For all subdirectories of the install dir:
```
./icons
./gtk2
./isp
./features
./defaults
./defaults/messenger
./defaults/pref
./fonts
./chrome
./chrome/icons
./chrome/icons/default
```
I looked up what error 39 is. In this case, it's a return value from rmdir(). (NS_trmdir() is a macro for rmdir on Linux.) Error 39 then is defined in /usr/include/asm-generic/errno.h (at least on my machine) as ENOTEMPTY (Directory not empty).

I ran the updater through strace. The sequence of events goes something like this (simplified):

- check that isp/DSPAM.sfd exists and have write access
- rename to isp/DSPAM.sfd.moz-backup
- place new version of isp/DSPAM.sfd
- remove isp/DSPAM.sfd.moz-backup
- remove isp/ directory

That last action doesn't make sense/shouldn't be there. The new files are copied into place. Of course the directory isn't empty.

I suspect something needs updating in our package-manifest.in file at this point.
Bug: TB xpcshell-test InternalError: too much recursion  File: resource://testing-common/mailnews/Nntpd.jsm Line: 433
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-06 02:15:59+00:00
Resolved: 2020-11-23 11:04:52+00:00

During local xpcshell-test run with FULL DEBUG version of TB, I noticed the following error.

These errors are only visible when you add --verbose flag to |mach xpcshell-test| command because the error is SILENTLY IGNORED BY XPCSHELL-TEST HARNESS and IS NOT REPORTED to unsuspecting tryserver submitters. (and better still with --sequential so that the test results won't get mixed with parallel execution of subtests.)

```
 0:07.33 pid:1703764 InternalError: too much recursion
 0:07.33 pid:1703764 File: resource://testing-common/mailnews/Nntpd.jsm Line: 433
 0:07.33 pid:1703764 Stack trace:
 0:07.33 pid:1703764 get@resource://testing-common/mailnews/Nntpd.jsm:433:20
 0:07.33 pid:1703764 LIST@resource://testing-common/mailnews/Nntpd.jsm:456:5
 0:07.33 pid:1703764 LIST@resource://testing-common/mailnews/Nntpd.jsm:456:24
 0:07.33 pid:1703764 LIST@resource://testing-common/mailnews/Nntpd.jsm:456:24
 0:07.33 pid:1703764 LIST@resource://testing-common/mailnews/Nntpd.jsm:456:24
... many ...
 0:07.34 pid:1703764 LIST@resource://testing-common/mailnews/Nntpd.jsm:456:24
 0:07.34 pid:1703764 LIST@resource://testing-common/mailnews/Nntpd.jsm:456:24
 0:07.34 pid:1703764 LIST@resource://testing-common/mailnews/Nntpd.jsm:456:24
 0:07.34 pid:1703764 [1703764, Main Thread] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80070057 (NS_ERROR_ILLEGAL_VALUE): file /NEW-SSD/NREF-COMM-CENTRAL/mozilla/comm/mailnews/news/src/nsNNTPProtocol.cpp, line 1859


```

The code in question is

https://searchfox.org/comm-central/source/mailnews/test/fakeserver/Nntpd.jsm#433
A symlink is created during build to the following file.:
${MOZ_OBJ}/_tests/modules/mailnews/Nntpd.jsm

and https://searchfox.org/comm-central/source/mailnews/test/fakeserver/Nntpd.jsm#456

The errors happen in the following tests.  
```
 egrep
"(TEST_START|TEST_END|Leaving test|Entering test|Internal)"
/FF-NEW/log1210-xpcshell.txt
... 
 0:06.75 TEST_START: comm/mailnews/news/test/unit/test_nntpPassword.js
 0:07.33 pid:1703764 InternalError: too much recursion
 0:07.58 TEST_END: Test PASS. Subtests passed 1/1. Unexpected 0
 0:07.59 TEST_START: comm/mailnews/news/test/unit/test_nntpPassword2.js
 0:08.20 pid:1703794 InternalError: too much recursion
 0:08.47 TEST_END: Test PASS. Subtests passed 1/1. Unexpected 0
```

What irks me is that both tests SUCCEEDED (Notce Test PASS 1/1.)

The test harness/infrastructure should fail a test that produces
JavaScript errors or InternalErrors.

TIA
Bug: enigmail - JavaScript Error: "NS_ERROR_FACTORY_NOT_REGISTERED: Component returned failure code: 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED) [nsIMessenger.messageServiceFromURI]" {file: "chrome://openpgp/content/ui/enigmailMsgComposeOverlay.js" line: 483}
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-06 02:46:14+00:00
Resolved: 2023-02-01 07:28:23+00:00

Recently I noticed the following errors in the local mochitest log of FULL DEBUG version of Thunderbird.

This started to appear at the end of April.
I don't see it in my log dated April 20.
But they were  in the log dated April 28 and still persist.

They seem to be related to enigmail/openpgp.


```
82:56.39 TEST_START: comm/mail/test/browser/composition/browser_forwardRFC822Attach.js
82:56.40 INFO Entering test bound setupModule
82:56.40 INFO Leaving test bound setupModule
82:56.40 INFO Entering test bound test_forwarding_long_html_line_as_attachment
83:00.16 GECKO(1455535) [1455535, Main Thread] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED): file /NEW-SSD/NREF-COMM-CENTRAL/mozilla/comm/mailnews/base/util/nsMsgUtils.cpp, line 304
83:00.17 GECKO(1455535) JavaScript error: chrome://openpgp/content/ui/enigmailMsgComposeOverlay.js, line 483: NS_ERROR_FACTORY_NOT_REGISTERED: Component returned failure code: 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED) [nsIMessenger.messageServiceFromURI]
83:00.29 INFO Console message: [JavaScript Error: "NS_ERROR_FACTORY_NOT_REGISTERED: Component returned failure code: 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED) [nsIMessenger.messageServiceFromURI]" {file: "chrome://openpgp/content/ui/enigmailMsgComposeOverlay.js" line: 483}]
83:03.31 INFO Leaving test bound test_forwarding_long_html_line_as_attachment
83:03.31 INFO Entering test bound test_forwarding_feed_message_as_attachment
83:06.95 GECKO(1455535) [1455535, Main Thread] WARNING: NS_ENSURE_SUCCESS(rv, rv) failed with result 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED): file /NEW-SSD/NREF-COMM-CENTRAL/mozilla/comm/mailnews/base/util/nsMsgUtils.cpp, line 304
83:06.95 GECKO(1455535) JavaScript error: chrome://openpgp/content/ui/enigmailMsgComposeOverlay.js, line 483: NS_ERROR_FACTORY_NOT_REGISTERED: Component returned failure code: 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED) [nsIMessenger.messageServiceFromURI]
83:07.07 INFO Console message: [JavaScript Error: "NS_ERROR_FACTORY_NOT_REGISTERED: Component returned failure code: 0x80040154 (NS_ERROR_FACTORY_NOT_REGISTERED) [nsIMessenger.messageServiceFromURI]" {file: "chrome://openpgp/content/ui/enigmailMsgComposeOverlay.js" line: 483}]
83:10.02 INFO Leaving test bound test_forwarding_feed_message_as_attachment
83:10.19 TEST_END: Test OK. Subtests passed 4/5. Unexpected 0
83:10.19 TEST_START: comm/mail/test/browser/composition/browser_forwardUTF8.js
```
Bug: selected Authentication Method is not displayed in  'details of selected server' in Outgoing Server (SMTP)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-06 11:48:41+00:00
Resolved: 2020-05-06 15:56:44+00:00

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

Steps to reproduce:

Windows 10 OS
Thunderbird windows32bit version 68.7.0
English British

In 'Account Settings'
Select 'Outgoing Server (SMTP)  in left pane
Shows list of all outgoing smtp servers.
Select any smtp in list to show information in  'details of selected server' below the list.


Actual results:

I have two outgoing server smtp for BT Mail - mail.btinternet.com. One is default.
If I select either of them in turn, the 'Authentication Method' is shown as blank.
This is incorrect.
If I select 'Edit' then I can see they have the 'Normal' Password' is selected.

I also have a gmail smtp server, it is third and last in list.
If I select gmail, then 'Authentication Method' says 'OAuth2' - this is correct.

But if I then reselect the BT Mail servers listed above, they also now show 'Authentication Method' as 'OAuth2'  which is incorrect because they are using 'Normal Password'.




Expected results:

'details of selected server' shown below smtp list should always show the correct and selected 'Authentication Method' of the selected outgoing smtp server in list.

The BT Mail smtp server should not be displaying the 'Authentication Method' of another smtp server - note it only does this if you select the gmail to display and then select the BT Mail one.

In Support Forum another BT Mail user showed their outgoing server smtp list and it displayed the same blank area for 'Authentication Method' in the details section.
Bug: Autocompletion in Addressbook List generates invalid entry
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-06 14:05:21+00:00
Resolved: 2020-05-07 11:18:19+00:00

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

Steps to reproduce:

Opened an addressbook list and started entering (part) of an existing contact.
Autocompletion kicks in and appends the corresponding contact.
I'm happy with Thunderbirds suggestion and hit tab or return.


Actual results:

Thunderbird appends the email after the first typed characters starting with >> then adding the email and closing with <>
This renders the complete list useless since thunderbird complains about "The local part of the recipient address contains non - ASCII characters.


Expected results:

Hitting return or tab after a suggestion should replace the content of that line with the chosen contact - it works if I use the arrow keys or the mouse to select the found contact.
Bug: Facebook cookie written when closing Thunderbird
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-06 17:23:09+00:00
Resolved: 2020-05-29 12:28: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:

Windows 10, fully up to date.
Thunderbird 68, fully up to date.
There is no Facebook cookie in the system. I check that with CCleaner.
I have set in Thunderbird options to keep cookies until closing.
In Thunderbird, I click once on any Facebook email. It does not matter which one or in which folder. I do nothing else.
If any time after that, I close Thunderbird, a Facebook cookie is written on that exact moment of closing.
That is a Thunderbird security problem and an error.
All other cookies are gone.

It is worse although probably not a Thunderbird problem.
In AVG Antivirus I have defined to block Facebook. That block works fine except only not for above mentioned cookie. Facebook apparently is able to corrupt Thunderbird security and AVG security at the same time. That's might be clever but also criminal.
I know the same time is happening with specific eBay, Amazon, ... more cookies.

AVG is also working on this problem.

May be, after confirming, this should be loudly published.


Actual results:

Facebook cookie is written


Expected results:

No Facebook cookie should be written.
Bug: console.log in background.js /76 doesn't log. It does in 68.
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-06 18:38:39+00:00
Resolved: 2020-05-06 22:57:02+00:00

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

Steps to reproduce:

have  console.log in background.js. 


Actual results:

doesn't log in 76 to error console (ctrl shift j). It does in 68.


Expected results:

68 and 76 do the same
Bug: Canceling a filter search and selecting another email often makes it go back to the email that was selected with the filter
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-05-06 21:00:12+00:00
Resolved: 2020-05-15 23:30:52+00:00

For a more complete explanation:

When user
1. Use the quick filter bar to filter and search some emails
1. Select one of those emails to read/reply/whatever
1. Finished what he needed to do with it and therefore clear the quick filter input (click the cross), so that the list go back to the whole emails
1. Select another email.
1. Considering, there's a huge number of emails and that in can result in little slowness somewhere in Thunderbird I guess, Thunderbird will then go back to select the email that was selected in the filtered view from point 2 & 3, also moving scrolling bars accordingly.

This shouldn't happen.

Issue is with Thunderbird 68.7.0 but is definitely not new. Reproduced on ArchLinux, was not able to reproduce it on my work mac, but this one only have one email address and much much less emails.
Bug: Search results should be much much more accurate
Status: NEW
Priority: --
Created: 2020-05-06 21:07:24+00:00
Resolved: 2020-09-14 11:58:59+00:00

Currently, using the main search bar most of the time result in out of topic results that don't even match what the user searched for. For my part, the result in that I never use it and end up using quick filters that have much better results at searching for your emails.

One example among others.
I just ran a search for "Generation" with the search bar.
Out of the 20 first results, a single one come with "Generation" highlighted. For the other ones, it highlight "general", "générer", "général", "generic" or "generated" for example.
Those are not similar. I understand that some kind of partial match can be useful in some situations, but I think this should be an option and that the default should be exact match. Or at the very least put the exact match results prior to partial match, especially considering it's supposed to be sorted by relevance.
Bug: Several issues in version 68.8.0.
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2020-05-06 21:51:09+00:00
Resolved: 2020-07-05 16:52:19+00:00

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

Steps to reproduce:

Installed version 68.8.0 Dutch version by exe from internet. Replaced previous version. 



Actual results:

Issues:
1) Menu Lightning is in English
2) Add-ons site cannot be reached
3) Pictures are sometimes not shown in mail
4) Mail have overlap in text and/or pictures.



Expected results:

1) Dutch entry instead of "Events and Tasks"; the choices are also English. The rest is Dutch;
2) When I look for an add-on; Thunderbird reports a failed secured connection.
3) Only a blank rectangle is shown.
4) Text overwritten by coloured shapes.
Bug: E-Mails vanish unrecoverably when archiving on yahoo
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-05-07 15:00:10+00:00
Resolved: 2020-05-12 10:31:26+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/13.0 Safari/605.1.15

Steps to reproduce:

Set up an IMAP account for yahoo.fr. in Thunderbird 68.7.0  The only modification to the so-created account was setting the content downloading limit to 1 day. Open a message, hit "Archive" in the header button bar to archive the message.


Actual results:

The presumably archived message disappeared and the next message was displayed. The archived message was later nowhere to be found. After the problem was later reognized, further attempts to archive (less important) messages were made, to see where they'd end up. After clicking "Archive" on several of them, they also vanished without a trace (all folders were synchronized/refreshed) but several minutes later showed up in the according archive "2020" folder. The preceeding message, however, never appeared there.


Expected results:

Messages should not vanish. Not temporarily and not permanently. I can only suspect there is a misdesign in Thunderbird which, upon "Archiving" (or possibly similar actions) purges the message from the remote and places it in a local queue, rather than performing the move via IMAP, and that queue was lost due to a local condition, so the message was never pushed to the remote folder. NB the account is populated with dozens-of-thousands of E-mails, which might affect the result.

On the other hand if the "Archive" operations were indeed atomic by a move via IMAP, than the temporary disappearance of e-mails (despite refresh) is a problem which might be related, I think.
Bug: Light and Dark themes cannot be enabled
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-05-07 18:53:37+00:00
Resolved: 2020-11-28 01:58:38+00:00

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

Steps to reproduce:

Clicked Tools >> Add-ons >> Themes


Actual results:

The Light and Dark themes have Enable buttons but clicking them does nothing. The themes are greyed out and if you click either one of them it has an Invalid Date for Last Updated.


Expected results:

You should be able to enable the Light and Dark themes and they should have a valid date for when they were last updated.
Bug: Disfunctional AppMenu behaviour during specific interactions
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-05-07 19:08:32+00:00
Resolved: 2020-11-04 13:53:54+00:00

I stumbled upon a couple of glitches in the main AppMenu that should be addressed.

- The AppMenu opens and closes immediately if opened the first time in the Chat Tab.
To recreate the issue you have to be in the Chat Tab and open the AppMenu for the first time.
If the AppMenu has been previously opened in any other tab, the issue cannot be reproduced.

- Unable to close the AppMenu if clicking on the AppMenu Button when the cursor is on top of the area where the chevron overlaps the button (attachment for reference).
The console returns: `JavaScript error: resource:///modules/CustomizableUI.jsm, line 2040: TypeError: target.getAttribute is not a function`

This problem affects also Firefox, and I think we could resolve it by pushing the AppMenu down in order to not have any overlap with the button.