av9ash/GitBugs huggingface dataset:
Bug: Search from autocomplete input on toolbar opens three gloda tabs
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-24 07:13:21+00:00
Resolved: 2020-12-12 00:43:23+00:00

STR: In the toolbar search widget, type something you know will produce results. Click on one of the suggestions in the drop-down. Three tabs are opened instead of one.
Bug: ERROR -  /builds/worker/checkouts/gecko/comm/mail/app/nsMailApp.cpp:174:18: error: variable has incomplete type 'XREShellData'
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2020-11-24 11:53:35+00:00
Resolved: 2021-02-02 08:13:21+00:00

Trees are red. Seems there's an m-c problem with parsing logs as well (m-c closed)

Anway, https://firefoxci.taskcluster-artifacts.net/S1TTQUS2QHeL3IJ5fwXfgw/0/public/logs/live_backing.log ... is showing 

[task 2020-11-24T10:41:50.768Z] 10:41:50    ERROR -  /builds/worker/checkouts/gecko/comm/mail/app/nsMailApp.cpp:174:18: error: variable has incomplete type 'XREShellData'
[task 2020-11-24T10:41:50.768Z] 10:41:50     INFO -      XREShellData shellData;
[task 2020-11-24T10:41:50.768Z] 10:41:50     INFO -                   ^
[task 2020-11-24T10:41:50.769Z] 10:41:50     INFO -  /builds/worker/checkouts/gecko/xpcom/build/nsXULAppAPI.h:27:8: note: forward declaration of 'XREShellData'
[task 2020-11-24T10:41:50.769Z] 10:41:50     INFO -  struct XREShellData;
[task 2020-11-24T10:41:50.769Z] 10:41:50     INFO -         ^
[task 2020-11-24T10:41:50.769Z] 10:41:50     INFO -  1 error generated.
[task 2020-11-24T10:41:50.769Z] 10:41:50     INFO -  /builds/worker/checkouts/gecko/config/rules.mk:674: recipe for target 'nsMailApp.o' failed

Something from https://hg.mozilla.org/mozilla-central/pushloghtml?changeset=0e1c1a720ca740cce683878abb6836de6520c9ce - probably Simons changes to includes
Bug: "Compact" dialog text misleading, mentioning deleted messages
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-24 17:08:36+00:00
Resolved: 2021-06-22 21:50:07+00:00

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

Steps to reproduce:

Experienced compacting dialog.


Actual results:

Compacting dialog produced text including:

"The messages you have deleted can be purged from disk"


Expected results:

I have never deleted any messages, nor would I want to. This text is inaccurate, misleading, and troubling.

This text should be returned to text that is not inaccurate, as it was previously, or be otherwise remedied.
Bug: Mail address not checked upon account creation
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-24 22:12:57+00:00
Resolved: 2020-12-30 14:47:34+00:00

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

Steps to reproduce:

Create a new account with the same E-Mail-Address as some other account already configured, but maybe with a different server configuration (e.g. by accident or because you just migrated your E-Mail-Address to a new provider).


Actual results:

Account creation succeeds, but it seems like no new account is created internally. Instead, the previous account gets a second entry in the account list in the main window, with all the folders, e-Mails etc. Those two entries seem to refer to the same mail account, as new e-Mail arrives in both. When entering account settings, Thunderbird will warn that an account with that name already exists (even without changing something) but however, no changes to the account name or e-Mail-Adress are possible, as Thunderbird will crash as soon as you leave the text field or the settings page. Deleting the account entirely is the only option to fix this problem.


Expected results:

A new account with the same e-Mail-Address but possibly other server settings gets created and fetches mail from that server.
Bug: Missing scrollbars in the email content view using the Vertical view layout for some emails
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-25 10:58:02+00:00
Resolved: 2020-11-27 15:49:42+00:00

I have a layout with three areas: directory list, email list, email content.

The first two have vertical scrollbars.

The last doesn't have vertical or horizontal scrollbars when the content doesn't fit and so they would be needed.

This is a regression in Thunderbird 78.5.0.
Bug: Thunderbird truncates forwarded messages and I know why [involves missing comment closure --> in MSO HTML mix]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-25 11:21:30+00:00
Resolved: 2020-12-03 12:48:33+00:00

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

Steps to reproduce:

Sometimes, when I have a multi-email conversation with another person, when I forward the email, the other person sees the message truncated (not complete email) if they don't use thunderbird.


Actual results:

The reason is that somewhere in the message code there are the characters "less(<) exclamation mark(!) dash(-) dash(-)" but there aren't the close characters "dash(-) dash(-) higher>" anywhere. And any mail manager(except thunderbird) interprets it as "comment" and stops showing the text in that place. (<!--) but no (-->)


Expected results:

HTML composer should insert character "-->" for close comment
Bug: ext-cloudFile.js doesn't avoid unregistering providers on shutdown
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-25 17:06:23+00:00
Resolved: 2021-10-19 14:50:29+00:00

I cam across this code earlier today:

https://searchfox.org/comm-central/rev/709ab8c3e9eecdfe11d848cf717236948b4d6800/mail/components/extensions/parent/ext-cloudFile.js#240-245

```
  onShutdown(reason) {
    if (reason == "APP_SHUTDOWN") {
      return;
    }
    cloudFileAccounts.unregisterProvider(this.providerType);
  }
```

Unfortunately that doesn't work for extension API definitions. The argument passed to onShutdown is typically `isAppShutdown` and is a boolean value, e.g. https://searchfox.org/comm-central/search?q=isAppShutdown&path=&case=false&regexp=false

Therefore the unregister won't be skipped on app shutdown.
Bug: 78.5.0 periodically hangs up with very high CPU utilization for 10 - 20 seconds
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-25 22:04:16+00:00
Resolved: 2021-07-14 10:37:14+00:00

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

Steps to reproduce:

Don't know how to reproduce - it just seems to happen periodically.


Actual results:

When working in some other window, I go to compose an email or check for an email, and I find I cannot select a different email, nor can I move the slider on the currently-selected email - Thunderbird appears locked up and Task Manager indicates very high CPU usage.  The problem clears after 10-20 seconds.


Expected results:

Thunderbird should have responded right away.
Bug: Private keys are not secured
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-25 22:44:38+00:00
Resolved: 2020-12-01 23:13:45+00:00

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

Steps to reproduce:

With Thunderbird 78.5 the enigmail plugin was eliminated. Instead PGP keys have to be stored inside Thunderbird.

Under enigmail the private keys where password protected.


Actual results:

I was not asked for a password when signing a mail.

So anybody getting a copy of my Thunderbird profile can sign mails in my name.

This is completely insecure and thus not acceptable.


Expected results:

Thunderbird should not change the encryption of private keys and ask for the password for every single mail that is signed.
Bug: messages.list(folder) throws unexpected error when a folder can't be found
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-25 23:06:17+00:00
Resolved: 2021-01-06 18:38:17+00:00

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

Steps to reproduce:

Call Thunderbirds WebExtension API `messages.list(folder)` on a "dangling folder".


Actual results:

An exception will be thrown: `folder is null`.


Expected results:

The function call should return a default message object, e.g. `{ id: null, messages: [] }`, so the extensions can handle this in a stable way.
Bug: Running Thunderbird after upgrading, it freezes
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-25 23:18:50+00:00
Resolved: 2021-03-17 15:48:48+00:00

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

Steps to reproduce:

- Automatic update for Mozilla Thunderbird to version 72.0.0 or more recent on Windows 8.1 OS.
- Open the programm after updating
- It doesn't work anymore (freeze)


Actual results:

I use a computer with Windows 8.1 OS. Every time Thunderbird updates to the newest version (70 or higher), the messaging program no longer works. It starts but remains frozen (impossible to interact with email, categories or close the program). In addition, it also causes some other bugs on some other programs on my computer (one of my web browsers, for example) and causes a lot of latency to my computer (memory leak).

I think the 70 and higher versions are incompatibles with Windows 8.1 (everything is functional with the latest version of Thunderbird on a Windows 10 computer). 

Could you block updates on Windows 8.1 from the program's graphic update? I think that's what's causing the bug.

Thank you!


Expected results:

Normally after updating, Thunderbird is supposed to work properly, as usual. But it isn't the case at all. I have to deinstall it and reinstall with a older version (58, here, because I kept the installation executable for the first time I installed it).
Bug: Changing my smtp password, the Enter New Password button does not work
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2020-11-25 23:34:00+00:00
Resolved: 2021-05-24 08:42:18+00:00

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

Steps to reproduce:

I changed my email account password. Receiving through POP3 was fine and the "Enter New Password" button worked. I attempted to send myself an email to do change the SMTP password in the same way. 


Actual results:

The button returned me to the progress window, then it threw up the 3 button [Retry|Enter New Password|Cancel] option again. I got round it by going to Tools>Options>Privacy & Security>Saved Passwords and changing the password from in there.


Expected results:

When I tried to send a mail with the old password the 3 button box should come up - and on pressing [Enter New Password] button - I should have been able to enter the new password from there.
Bug: TB 78.5.0 on macOS 10.15.7 (19H15) : extremely slow folder list scrolling
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-26 07:12:05+00:00
Resolved: 2020-11-26 07:53:29+00:00

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

Steps to reproduce:

After the update to 78.5.0 scrolling in the folders is extremely slow and unresponsive.


Actual results:

Scrolling is unresponsive, it takes up to 2 seconds before the lists scrolls to right spot.


Expected results:

Hopefully scrolling can be responsive again.
Bug: Address Book API should be able to handle and access read-only address books
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-26 08:25:45+00:00
Resolved: 2020-12-02 12:14:34+00:00

Currently the address book API is explicitly excluded from handling read-only address books:

https://searchfox.org/comm-central/rev/709ab8c3e9eecdfe11d848cf717236948b4d6800/mail/components/extensions/parent/ext-addressBook.js#105-107

The limitation seems to have been added when the API was originally implemented, though I don't see a reason as to why. The documentation says that read-only address books are currently ignored, so I suspect this was just for scope limiting initially.
Bug: Thunderbird 78.5 forgets password after a few minutes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-26 12:51:43+00:00
Resolved: 2020-12-05 16:02:28+00:00

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

Steps to reproduce:

I have several mail accounts, among which one IMAP account for which I do not want to use Thunderbird's password manager. When I start up Thunderbird it correctly prompts for the password. Also when I send a mail it correctly prompts for the SMTP password. This works fine for a minutes. when reading and sending other mail with this account.


Actual results:

Several minutes later, when I open one of the account's folders, or when I send a new mail for this account, it prompts again for the passwords. This happens many times a day, although Thunderbird is not restarted.


Expected results:

I expected the same behavior as in version 68, where the passwords were prompted only once and stayed valid until Thunderbird was stopped.
Bug: White screen, content appears only after moving cursor over it, with hardware acceleration enabled
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-26 13:24:03+00:00
Resolved: 2021-03-14 18:14:09+00:00

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

Steps to reproduce:

When I open Thunderbird or bring back from minimize I get most of screen white without any content. I can see only parts of top menu. But when I move the cursor over white space it reveals folders and message list and also tabs and parts of menu (like search boxes). After I reveal the whole screen in that way it works ok until I open an e-mail and close it or minimize and then bring back.


Actual results:

That bug started after last but one update but I don't remember from what exact version to what.


Expected results:

I should see the folders and message list all the time as well as all the menus.
I use Windows 10.
I attached a screenshot (some sensitive data has been pixelized).
Bug: Searching for an email address and clicking the autocomplete result opens multiple tabs
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-26 14:25:28+00:00
Resolved: 2020-11-26 14:28:17+00:00

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

Steps to reproduce:

Use the search box, type an email address that's in the address book, then click the autocomplete suggestion.

Issue occurs in v78 and up, but did not occur in 68. This happens with a new, blank profile (adding an email address to autocomplete) as well as in safe mode and with all add-ons removed.


Actual results:

Either nothing happens (the suggestion dropdown disappears without displaying search results) or 2-8 new tabs open, each displaying identical results of the search in question.


Expected results:

A single tab with the search results should open.
Bug: Right-click on a Thunderbird preference realized with a XUL <radio> option button should not check it
Status: NEW
Priority: --
Created: 2020-11-26 14:49:32+00:00
Resolved: 2022-12-14 14:52:03+00:00

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

Steps to reproduce:

- Open up Options menu (Tools->Options)
- Scroll to Reading & Display
- Right click on After displaying for



Actual results:

The Seconds selection box is not activated


Expected results:

The Seconds selection box should be activated
Bug: TB dark theme and light theme: No visible indication of focus on selected tree elements (folder list, message list, contacts side bar, etc.)
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2020-11-26 17:23:47+00:00
Resolved: 2020-12-14 06:37:07+00:00

As seen in the attached screenshot of dark theme (red vs. green mark), there is absolutely zero difference between a focused and an unfocused selected item in tree lists like folder list, message list, contacts side bar, etc. (focus is actually in message list, red mark). All other focused elements have a blue focus border in dark theme.

Broken already in 68. Not sure how we can fail on such basic design requirements.
Similar problem in light theme - virtually no way to tell focused+selected vs. *un*focused+selected apart.

STR

1) Use dark theme or light theme
2) select a message in thread pane, then a folder in folder in folder pane (so focus is now in folder list, as cursor up/down shows).
3) ask another person to tell you where the keyboard focus is.

Actual result
- no way of telling where the focus is between folder list and message list
- a selected tree item looks exactly the same with or without focus

Expected result
- For any given scenario, there must always be a clear visual indication of keyboard focus.
- a selected tree item *with* focus must look different than selected *without* focus.
- For dark theme:
  - mark focus with blue border as we do for all other focused elements
  - remove light grey border from unfocused+selected tree items
- For light theme:
  - change background color of unfocused selected tree items to light grey (like hover state)
  - indicate focus border of focused+selected item (select multiple items, then Ctrl+cursor up/down to navigate through selection - currently no focus indication), e.g. white dotted border (at least for focused+selected+part of multiple selection, adjacent or non-adjacent). Note that also for various selected items which are not adjacent (zebra selection), it must be possible to visually identify the focused item at any time. If dotted or dashed is unwated, choose a focus border color different from white, e.g. grey, so that it sets off against the white pane background *and* the blue selection background.

Personally, I also find the entire indication of *selection* in dark theme way too faint. I wonder why we're not inverting selection colors for a very clear indication of selection?
Bug: Message lost after Undo of archive from IMAP to local folder
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-26 17:49:27+00:00
Resolved: 2021-11-28 12:03:01+00:00

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

Steps to reproduce:

1. Select a message in Inbox
2. Click archive
3. Click Edit ->Undo Move Message

Tried with two different IMAP servers (one gmail).  Both the same.  100% reproducible.


Actual results:

2. Message removed from Inbox
    Message appears in monthly subfolder of Archives on Local Folders

3. Message removed from monthly subfolder of Archives on Local Folders
    Message does not reappear in Inbox and appears permanently lost


Expected results:

3.  Message should have reappeared in Inbox.
Bug: nsAbQueryStringToExpression::ParseExpression fails when given a ? at the start of the query
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-26 21:12:55+00:00
Resolved: 2021-03-01 19:48:24+00:00

In `browser.contacts.quickSearch` we are formulating a query string:

https://searchfox.org/comm-central/rev/f6b563aaf622ff6fe9836cd8e6ffe9b2851a63b6/mail/components/extensions/parent/ext-addressBook.js#566-569

Unfortunately `generateQueryURI` adds a question mark to the beginning of the string. For the JavaScript based address books, this is fine, but it breaks the address books that use compiled code as `nsAbQueryStringToExpression::ParseExpression` isn't accepting it.

I think the simplest way around this if for `ParseExpression` to accept the `?` like the JavaScript implementation does:

https://searchfox.org/comm-central/rev/f6b563aaf622ff6fe9836cd8e6ffe9b2851a63b6/mailnews/addrbook/modules/AddrBookDirectory.jsm#500-502
Bug: TEST-UNEXPECTED-FAIL | comm/mail/components/extensions/test/browser/browser_ext_compose_onBeforeSend.js | Uncaught exception - [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsISimpleEnumerator.getNext]"
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2020-11-27 12:26:02+00:00
Resolved: 2021-12-07 08:13:08+00:00

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

---
```
```
Bug: Since Thunderbird 78, I am unable to disable ClearType in mail body / compose window
Status: UNCONFIRMED
Priority: --
Created: 2020-11-27 13:51:57+00:00
Resolved: 2022-11-26 16:30:35+00:00

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

Steps to reproduce:

I think Thunderbird 78 is ignoring the gfx.*.azure.backends settings and/or the layers.acceleration.disabled setting.

In Thunderbird 68 I am able to disable ClearType with this setings:
gfx.canvas.azure.backends settings = cairo,skia
gfx.content.azure.backends settings = cairo,skia
layers.acceleration.disabled = true

In Thunderbird 78 I am unable to get cairo at all.
I always get direct2d1.1 and with ClearType (which is disabled in my Win10 v20H2)

So I can not disable ClearType in the mail body / compose window.

See attached pic!

How to disable ClearType in TB78?
(All TB68 versions including v68.12.1 works fine and all TB78 versions including v78.5.0 NOT.)
Bug: Regression: have to wait for autocomplete suggestion before pressing Tab
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2020-11-27 18:31:12+00:00
Resolved: 2021-03-25 10:05:00+00:00

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

Steps to reproduce:

Compose a new mail. Start typing an email address into the "To" field, after the first two or three letters press tab.


Actual results:

Suppose you entered "jo<TAB>". Thunderbird now puts an item "jo" into the "To" list and shows it in red, because it's not a valid e-mail address.


Expected results:

Before Thunderbird 78, pressing Tab would always auto-complete the characters that you have started typing if some address matched those characters. Now with Thunderbird 78, I have to wait half a second or so until a suggestion pops up and THEN I can finally hit the Tab key. This is inconvenient because for many addresses in my address book the first two letters or so are enough to uniquely identify them, so I am used to just typing those two letters, press Tab and be done with it. Now I have to wait and be sure that the suggestion popped up before I can continue.
Bug: delayed network connection
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2020-11-27 20:50:25+00:00
Resolved: 2023-09-02 10:34:22+00:00

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

Steps to reproduce:

start TB while my VPN is still trying to connect
(with setting in TB is "check for new at start-up") 


Actual results:

after the VPN has successfully connected, TB cannot connect to the mail server;
only a complete TB restart solves this situation


Expected results:

TB should be able connect to the mail server whenever a network connection is available, regardless of state at the time of startup
Bug: Close tab button changes size of Thunderbird window
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2020-11-27 23:07:19+00:00
Resolved: 2021-04-22 11:46:48+00:00

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

Steps to reproduce:

Double clicked tab close button.


Actual results:

Size of thunderbird window changes (toggles between maximized and not maximized).


Expected results:

Tab should close without window size changing.  (Actually I'd prefer single clicking close the tab, but I could accept double clicking if it didn't change window size.

I don't know if I have the right terminology.  I'm attaching a screenshot of my Thunderbird window.  I'm talking about the "x" to the left of the buttons that open the calendar and tasks tabs.