av9ash/GitBugs huggingface dataset:
Bug: Intermittent comm/mail/components/extensions/test/browser/browser_ext_mailTabs.js | Uncaught exception - at chrome://messenger/content/folderPane.js:681 - TypeError: can't access property "entries", this._rowMap is null
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-09-13 09:04:42+00:00
Resolved: 2021-10-07 20:08:46+00:00

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

---
```

```
Bug: Search in Preferences returns random unrelated results
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-09-13 13:31:31+00:00
Resolved: 2021-12-07 03:51:46+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/92.0.4515.131 Safari/537.36

Steps to reproduce:

1. Go to Edit/Preferences
2. In the search box on the top right corner: type "dialog"


Actual results:

See the first screenshot (btw this bug report form is so stupid: I can only attach one file. I guess I'll attach the second screenshot after submitting the report).

A result appear for the setting:
"System Ingegration
[] Always check to see if Thunderbird is the default mail client on startup
(button) Check now
"
with a tooltip that says "dialog" pointing to the button.

However, if I click on Check Now, well, yes, a dialog opens, but that cannot be a good reason for this being a search result for "dialog". *In* that dialog, the word "dialog" does not appear anywhere, so this is a bogus search result.


Expected results:

If there are any settings where the word "dialog" appears, then they should show up in the results. If there are not, then no result should be found.
Bug: Delete icon missing from Quick Filter Bar search box 93b1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-13 17:09:53+00:00
Resolved: 2021-09-17 11:16:08+00:00

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

Steps to reproduce:

When text is entered in the QFB search box, there is no delete icon at the right end of the box.  Still absent in safe mode 93b1/W10.



Expected results:

The icon is visible in 91 and earlier.

https://support.mozilla.org/en-US/questions/1350480
Bug: Memory not released after searching emails
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-13 20:51:30+00:00
Resolved: 2021-11-27 15:34:09+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.63 Safari/537.36

Steps to reproduce:

Perform a search across all local IMAP mailboxes


Actual results:

Thunderbird allocates a very large amount of memory during search but does never release it.


Expected results:

Since I search my entire inboxes once every couple of weeks, perhaps once a month, I expect it to immediately release caches/whatever memory it allocates during search.
It appears as some database server is being warmed up, instead, ready to serve hundreds of subsequent searches, as if it was running a server.
Bug: [macOS] Right click on empty Account Central triggers empty context menu
Status: NEW
Priority: --
Created: 2021-09-14 04:34:47+00:00
Resolved: 2023-04-13 21:28:51+00:00

Right clicking on the empty area in the Account Central page triggers an empty context menu (see attachment).

Setting `widget.macos.native-context-menus` doesn't make it happen, but nonetheless a javascript error is printed in the console.
```
JavaScript error: chrome://messenger/content/messenger.xhtml, line 1:
ReferenceError: InitPageMenu is not defined
```
Bug: [macOS] Wrong style for the new address book sort menupopup
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-14 04:40:52+00:00
Resolved: 2021-09-22 12:23:02+00:00

The menupopup is missing the correct styling with border, border radius, box shadow, and gutter for all the options.
Bug: message printout does not list attachments
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-14 09:14:24+00:00
Resolved: 2021-09-14 09:35:28+00:00

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

Steps to reproduce:

Click right > Print 
Preview appears



Actual results:

Attached files are not listed in neither in preview nor in printout.


Expected results:

Attached files should be listed in preview and in printout.
Bug: run filters: when moving mail the contents is sometimes corrupted
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-14 11:50:41+00:00
Resolved: 2021-11-25 14:08:29+00:00

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

Steps to reproduce:

I've a run filter which moves mail from an imap server. Some of the moved mails are corrupted (contain additional sometimes unreadable text) and subsequent mails are sometimes growing with bad text. It looks like it's incorporating the raw mailfile from the next source mail. This error is present in 93b1 and 93b2.


Actual results:

activating the run filter


Expected results:

mail should be copied without adding additonal text from the next messages
Bug: Login window displays white text on white background when dark theme is active
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-14 11:52:51+00:00
Resolved: 2023-05-14 11:20:02+00:00

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

Steps to reproduce:

Start Thunderbird 91.1.0 with Dark theme activated.

OS: Arch Linux, fully updated recently. Kernel 5.14.3-arch1-1
DE: Cinnamon 5.0.5



Actual results:

The login popup shows white text on white background for the buttons and for the password field. 
Login works, so it's just a text/bg color issue.
When starting with Light or System theme, the buttons and input field look normal.


Expected results:

Button text should be readable no matter what theme is selected.
Bug: Buttons on “Save message” dialog are unreadable in the dark theme
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-14 12:03:08+00:00
Resolved: 2021-10-28 18:29:06+00:00

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

Steps to reproduce:

- Using Fedora 34. 
- Thunderbird rpm is thunderbird-91.1.0-1.fc34.x86_64
- Click on the “hamburger menu” (three horizontal bars) a the top right
- Select “Add-ons and Themes”
- Three themes are available: System, Light, and Dark
- Click on “Enable” for  the Dark theme 
- In the Inbox Tab of Thunderbird, click on the “Write” button in  the menu bar at the top to start writing a new message
- Type something into the message body
- In the Menu, select “File -> Close” (Crtl+W)
- A “Save Message” dialog pops up. It has 3 buttons at the bottom, which are unreadable in the Dark Theme




Actual results:

Buttons in the “Save Message” dialog are unreadable in the Dark Theme.


Expected results:

Buttons in the “Save Message” dialog  should be readable in the Dark Theme.
Bug: Crash in [@ shutdownhang | mozilla::TaskController::GetRunnableForMTTask | nsThread::Shutdown | nsThreadManager::Shutdown]  (... attempted to read emails. Might have been trying to close/dismiss calendar reminders.)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-09-14 13:11:01+00:00
Resolved: 2023-03-28 01:01:21+00:00

Crash report: https://crash-stats.mozilla.org/report/index/ea1c2ad9-e3ea-4daf-840e-4b64b0210914

MOZ_CRASH Reason: ```MOZ_CRASH(Shutdown hanging after all known phases and workers finished.)```

Top 10 frames of crashing thread:
```
0 ntdll.dll NtWaitForAlertByThreadId 
1 ntdll.dll RtlSleepConditionVariableSRW 
2 KERNELBASE.dll SleepConditionVariableSRW 
3 mozglue.dll mozilla::detail::ConditionVariableImpl::wait mozglue/misc/ConditionVariable_windows.cpp:50
4 xul.dll mozilla::TaskController::GetRunnableForMTTask xpcom/threads/TaskController.cpp:544
5 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:1086
6 xul.dll NS_ProcessNextEvent xpcom/threads/nsThreadUtils.cpp:466
7 xul.dll nsThread::Shutdown xpcom/threads/nsThread.cpp:844
8 xul.dll nsThreadManager::Shutdown xpcom/threads/nsThreadManager.cpp:412
9 xul.dll mozilla::ShutdownXPCOM xpcom/build/XPCOMInit.cpp:655
```
Bug: multiple issues in Prompter.jsm, ActivityManager.jsm, AddrBookCard.jsm
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-14 14:03:30+00:00
Resolved: 2021-09-17 20:03:46+00:00

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

Steps to reproduce:

Go to "Error Console"



Actual results:

View these errors.


Expected results:

Show no errors.
Bug: Thunderbird 91 no longer remembers expanded/collapsed folder tree nodes
Status: VERIFIED
Priority: --
Resolution: INVALID
Created: 2021-09-14 14:08:22+00:00
Resolved: 2021-09-16 03:32:12+00:00

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

Steps to reproduce:

Thunderbird 91 no longer remembers expanded/collapsed folder tree nodes.
This was not a problem on the prior thunderbird-78.11.0-1.fc34.x86_64 nor Thunderbirds over the last 18 years using Thunderbird.

Details: I have 16 top level folders and when I collapse anything from the top to an inner folder, cleanly exit Thunderbird, then restart, all folders are expanded (open).

Version: 91.1.0 (64-bit) Fedora 34 (thunderbird-91.1.0-1.fc34.x86_64)

Two similar tickets are the very old https://bugzilla.mozilla.org/show_bug.cgi?id=958815, and a possibly related but opposite https://bugzilla.mozilla.org/show_bug.cgi?id=255021

Ideas how to debug if you don't see the problem? [I do development and have done down to Unix/compiler/tool internals.]


Actual results:

All folders auto-open on restart vs restoring prior state. [See 'Details' above.]


Expected results:

State of all folders in the tree should be restored.
Bug: Tray icon shows unread when there are no unread
Status: UNCONFIRMED
Priority: --
Created: 2021-09-14 14:31:15+00:00
Resolved: 2021-09-18 11:46:39+00:00

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

Steps to reproduce:

All emails read.  Thunderbird shows no unread emails.  Happens every day.


Actual results:

Tray icon shows 1 or 2 unread emails.  Only way to clear is to close and reopen Thunderbird.


Expected results:

Tray icon should reflect read status of emails, in this case zero.
Bug: BCC header missing in "Sent" message, when message is sent using outbox
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-14 18:06:10+00:00
Resolved: 2021-10-01 18:28:14+00:00

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

Steps to reproduce:

Compose a message with BCC recipients, and send it using the outbox mechanism (Ci.nsIMsgCompDeliverMode.Later)


Actual results:

The message is deposited into the outbox with all headers intact, and `File > Send Unsent Messages` delivers it to all the correct recipients. However, the copy that ends up in the "Sent" folder has the BCC addresses stripped. According to [this user](https://github.com/Extended-Thunder/send-later/issues/374), the behavior changed between version 78 and 91.


Expected results:

The message copy deposited in "Sent" is intended to be a record of what the user has done in the past, and it is important for the original headers to remain intact. It is especially important for verifying to whom the message was delivered.
Bug: multimessage view is not fully scrollable
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-09-14 18:09:27+00:00
Resolved: 2021-09-18 06:57:45+00:00

### Steps to reproduce

Click on a long thread of messages such that the multimessageview would need to be scrollable.

### Result

Whilst a scrollbar does appear, scrolling to the bottom still leaves the end part cropped.

Note that this is the case in Classic, Wide and Vertical view.

### Expect

The ability to scroll to and see the bottom of the multimessageview.
Bug: move/copy a draft to inbox: draft mail displays in inbox like a standard message
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-14 20:55:19+00:00
Resolved: 2021-11-30 00:41:20+00:00

copy or move a draft email to inbox.

Result: in message list, email looks like a normal email. The edit button is not shown. Only looking at the headers, one can see that the enail was never received nor sent. It even displays a date and a 'received' date, if that column is displayed.

This is highly misleading and the user could think he actually sent or received that draft.

Expected behaviour: show edit button? Mark the email in the list in some other way?
Bug: Attach: Drag & Drop not working on 91.1.0 (64-bit)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-14 21:35:22+00:00
Resolved: 2021-09-15 12:02:32+00:00

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

Steps to reproduce:

Steps to Reproduce:
1. Open your inbox.
2. Click on a message.
3. Hold left mouse button.
4. Drag a file into the message
Actual Results:  
Nothing happens after step 3.


Actual results:

I couln't attach a file with drag and drop


Expected results:

TB accepts my file
Bug: Previously selected Address Book never saved
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-15 01:30:01+00:00
Resolved: 2021-09-15 03:40:39+00:00

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

Steps to reproduce:

When selecting Write, all previous TB versions remembered the previous Address Book selection (such as Friends or Business custom address books). 


Actual results:

With the current version the default after selecting Write is "All Address Books" as shown in attachment. 


Expected results:

The previously selected custom address book should always appear when selecting Write subsequent times.
Bug: Black blank spaces keep fallingon the text of the messages
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-15 08:36:47+00:00
Resolved: 2021-09-17 11:27:11+00:00

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.82 Safari/537.36
Bug: TB 78 and TB 91, encryption switched off, but is still used for new mail
Status: NEW
Priority: --
Created: 2021-09-15 09:09:30+00:00
Resolved: 2022-07-21 23:46:03+00:00

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

Steps to reproduce:

1. have several identities
2. standard identity is using OpenPGP
3. create new mail
4. change identity to one not using OpenPGP
5. "send only with encryption" is grayed but still set, even if "do not activate encryption by default" is preset in the account-settings.


Actual results:

Error message occurs that TB is not able to send the message OpenPGP encrypted, if I try to send the message without looking at the message settings and change it.

Message can only be sent, if I change setting to "send without encryption" that is already highlighted but was not set.

Even changing the account-settings of the account that should not use OpenPGP to "Do not use OpenPGP for this identity" does not work.


Expected results:

OpenPGP should only be used for the required identities.

Identities not requiring OpenPGP should have selected "send without encryption" and "send only with encryption" should be grayed.
Bug: Cannot send mail in compose window
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-15 16:43:23+00:00
Resolved: 2021-09-30 12:19:59+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.82 Safari/537.36

Steps to reproduce:

This is Fedora 34.

Starting a new message, the Send button is grayed out *IF* there is anything in the Bcc field. As I normally Bcc myself on all messages, this hits every time.  Clearing the field, re-enables the Send button.  Refilling the Bcc field does NOT cause the Send button to go gray.  But see final paragraph.

Second, when trying to reply to a message, the Send box is grayed out and cannot be restored, even by clearing the Bcc box. I have not found any way to actually send a reply. But see final paragraph

Third, access to my local on-disk mailspool (referred to in Thunderbird as "movemail") has disappeared. Not a big deal, as I can review local logfiles with a command-line mailtool like good ole 'mailx.'

Even after the Send button appears to activate (e.g., when clearing Bcc field), clicking it does nothing.  You cannot send any message, either an original or a reply.

NB: I have tried troubleshooting mode, with no change in behavior.


Actual results:

Nothing


Expected results:

Message should be sent.
Bug: Address Book not visible in Version 91 - autocomplete works, but AB looks like it is empty
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-15 16:49:01+00:00
Resolved: 2022-12-04 20:12:40+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.82 Safari/537.36

Steps to reproduce:

Fedora Linux 34; thunderbird-91.1.0-1.fc34.x86_64

Open address book


Actual results:

Address book is blank


Expected results:

Addresses should appear.

NOTE: Typing an address in the To: box will auto-complete with names that are in the address book, so the data appears to be there.  Just not able to view/browse/search it.
Bug: 78.13.0 (64-bit) not filtering on Ubuntu 20.04
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-09-15 17:35:26+00:00
Resolved: 2022-10-21 13:25:53+00:00

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.63 Safari/537.36

Steps to reproduce:

Create filters that move inbox arriving messages to folders based on subject for one filter, and from email address to another filter


Actual results:

Inbound messages matching criteria stay in inbox and operator must manually run the filter, despite filter criteria is checked on for "when getting new mail."


Expected results:

Messages should have been moved to appropriate folder.
Bug: After the (automatic) update of Thunderbird V 91.1.0 my calendar and tasks are completely deleted --> all entries are gone!
Status: UNCONFIRMED
Priority: --
Created: 2021-09-15 19:28:16+00:00
Resolved: 2023-01-22 13:56:32+00:00

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

Steps to reproduce:

 update of Thunderbird V91.1.0 


Actual results:

 After the (automatic) update of Thunderbird V 91.1.0 my calendar and tasks are completely deleted --> all entries are gone!


Expected results:

all entries in my calendar and tasks should be visible again in the new Thunderbird version
Bug: Folder list displays name "Spam", while right-click popup displays (Empty) "Junk"
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2021-09-15 20:53:29+00:00
Resolved: 2021-09-17 11:47:26+00:00

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

Steps to reproduce:

Look at the folder tree list, see that it says "Spam".  Right-click on Spam.


Actual results:

See that the popup says (Empty) "Junk".


Expected results:

The folder should be named either Spam or Junk, not both.
Not a biggie, but shouldn't they be called only one thing or the other?
Bug: multiple issues concurrently: reply & reply-to-all show empty To: & Cc: fields / can not send ANY email / cannot change identity / initial folder message list is not showing current state at startup
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-09-15 21:43:41+00:00
Resolved: 2021-09-17 16:42:05+00:00

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

Steps to reproduce:

Thunderbird 78.14.0
Windows 10 Home 21H1, OS build 19043.1237

Issue 1: Pressing reply, or reply-to-all, or forward

Issue 2: Pressing "compose new message"

Issue 3: changing identity/From

Issue 4: Startup folder's message list is showing a previous state.


Actual results:

Issue 1: Message window pops up, as expected.
However, window title bar is displayed as "Write (no subject)" instead of showing the message's subject preceded by "Re:" or "FW:".
Adding any character to the subject however, makes the correct title appear in the window title bar.
To: field is empty. Cc: field is empty (if applicable on Reply-to-all)

After typing message, pressing "send" does not do anything. Not even an error message.

Issue 2:
Message window pops up, as expected.
After typing message, pressing "send" does not do anything. Not even an error message.

Issue 3:
Changing identity to a previously working identity does NOT change Reply-to: fields, nor does it change the signature file.

Issue 4: Upon starting, restarting Thunderbird (whether or not after Windows restart), shows message list as per a prior state. Status shows a message with 14/9/21 23:05 CEST timestamp as last message in the list.
Changing to any different folder (any identity) and back, will visualise all the successively received messages (starting with a message with 15/9/21 00:25 CEST timestamp) as well.


Expected results:

Issue 1: Window title bar should have shown the correct subject with correct prefix.
To: and Cc: field (if applicable) should be correctly populated.
Mail should have sent.

Issue 2: Mail should have sent.

Issue 3: Reply-to: field should have changed, as well as signature.

Issue 4: Startup folder's message list should have showed most recent state.
Bug: Quick Filter Bar shouldn't be hidden when pressing Esc key
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-09-15 22:55:11+00:00
Resolved: 2024-11-02 03:35:23+00:00

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

Steps to reproduce:

I pressed Esc key in the message list.


Actual results:

Quick Filter Bar disappeared


Expected results:

It's not intuitive that Quick Filter Bar is hidden when user pressess Esc key (by accident).
I saw myself many times re-enabling the toolbar via Menu after pressing Esc key by accident.
I know that "Ctrl + Shift + K" can reenable the toolbar quickly and I also consider acceptable that the Esc key may hide the toolbar if it was opened using the keys shortcut (as if it where a dialog or input prompt window).
But I don't find intuitive (specially for new users) that the Esc key closes the Toolbar if it was enabled via menu, because this way it's not a dialog but a toolbar that is supposed to stay there, no matter if the user pressed Esc key.

PS: I don't know why the user tends to press the Esc key. Maybe he tries to do something different.