av9ash/GitBugs huggingface dataset:
Bug: activity indicator is missing its throbber icon in Customize Toolbar... dialog
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-04 08:13:14+00:00
Resolved: 2022-08-24 09:21:04+00:00

Thunderbird 91.0a1 20210703105033 on Windows 8.1

Steps to reproduce:
1. Click onto the toolbar with the right mouse button.
2. Click on "Customize".
3. Find the button for "Activity indicator". It's a blank square, the throbber.

Likely a regression from bug 1683865.

Furthermore, I never see the indicator being active (neither with 78.0 nor with 91.0a1). Is it actually working?
Bug: old addressbook > menu Edit > Remove Address Book should have accesskey different from the one for delete
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-04 09:25:21+00:00
Resolved: 2021-07-25 23:31:16+00:00

Thunderbird 91.0a1 20210703105033 on Windows 8.1

old addressbook > menu Edit > Remove Address Book should have an access key different from deleting an address book (e.g. cardDAV vs. local address book).

`deleteButton2.accesskey                        "D">`
gets used. The access key is also found in the English string about the removal but e.g. not for German.
Bug: Problems opening/reading certified e-mails
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-04 12:38:58+00:00
Resolved: 2021-07-08 06:00:18+00:00

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

Steps to reproduce:

Receive a certified e-mail (italian "PEC") as attachment of a plain e-mail (forwarded from certified mail mailserver). The original mail is an attachment (something like "ForwardedMessage.eml"). Open that attachment double clicking on it. Alternatively, save the received mail as an .eml file, then open it, and then open the attached .eml file.


Actual results:

The attached .eml file opens as an empty content mail with no attachments.
But if you choose to forward the received mail, and open (double-click) the attached .eml file in the edit window that appears, it opens the attached mail correctly showing its contents and its original attachments.


Expected results:

The attachment .eml file should show up its content and its attachments. Also, the content and attachments of the attached mail should show up in the received mail. If I try saving a normal mail in an .eml file and send it to me as attachment to another mail, it works like expected.
Bug: Disrupted display after changing language preference to german
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-05 07:28:34+00:00
Resolved: 2021-07-09 17:00:07+00:00

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

Steps to reproduce:

I'm running on MX Linux 19.4
Thunderbird release 68.12.0

Changing my language preference in thunderbird to German.



Actual results:

After restarting Thunderbird I'm getting disrupted display like in attached file of screenshot
Bug: Crash in [@ NS_CopyUnicodeToNative]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-05 17:12:26+00:00
Resolved: 2021-10-03 16:44:32+00:00

First appears version 89 buildid 20210504170214.  Linux and Mac

Crash report: https://crash-stats.mozilla.org/report/index/2b659383-6cc7-48c3-a963-576270210517

Reason: ```EXC_BAD_ACCESS / KERN_INVALID_ADDRESS```

Top 10 frames of crashing thread:
```
0 XUL NS_CopyUnicodeToNative xpcom/io/nsNativeCharsetUtils.cpp:22
1 XUL nsLocalFile::CopyTo xpcom/io/nsLocalFileUnix.cpp:2160
2 XUL EndGather comm/mailnews/mime/src/nsSimpleMimeConverterStub.cpp:100
3 XUL MimeMultipartAlternative_flush_children comm/mailnews/mime/src/mimemalt.cpp:233
4 XUL MimeMultipartAlternative_parse_eof comm/mailnews/mime/src/mimemalt.cpp:252
5 XUL MimeMultipart_close_child comm/mailnews/mime/src/mimemult.cpp:505
6 XUL MimeMultipart_parse_line comm/mailnews/mime/src/mimemult.cpp:140
7 libmozglue.dylib BaseAllocator::malloc memory/build/mozjemalloc.cpp:4049
8 libmozglue.dylib Allocator<MozJemallocBase>::malloc memory/build/malloc_decls.h:51
9 libmozglue.dylib arena_t::DallocSmall memory/build/mozjemalloc.cpp:3286
```
version 90 bp-2b659383-6cc7-48c3-a963-576270210517
Bug: Collapsed folder shows unread mail but no unread in subfolders
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-05 20:41:10+00:00
Resolved: 2022-12-03 16:31:05+00:00

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

Steps to reproduce:

Read some emails in a subfolder and went up to collapse back to just the folder level and folder level still shows 3 unread emails in subfolders but there are no unread emails in any of the subfolders.


Actual results:

Folder level shows 3 unread emails in subfolders that are not present. However when the folder level is expanded, there are no unread emails in any of the subfolders.


Expected results:

Folder level should accurately reflect number of unread emails.
Bug: Unexpected check for new emails while the app requests to start offline or online
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-06 13:16:02+00:00
Resolved: 2021-07-26 14:05:35+00:00

Hi,

After playing around with thunderbird 78.11 offline feature, I found out that if I configure the app to ask the user if they want to start offline or online, the app still connects to the same imap server if the user has not yet answered the question.

So if you configure "offline.startup_state" to 2, the application still starts online by default, but the application should start offline by default.

This issue also affects the beta version.

Steps to reproduce :
	- set preference "mail.server.server1.login_at_startup" to true (connect to the server at startup) ;
	- set preference "mail.server.server1.check_time" to 1 (1 minute) ;
	- set preference "offline.startup_state" to 2 (always ask) ;
	- start Thunderbird
	- wait for the "Connection" dialog
	- DO NOT ANSWER THE QUESTION
	- wait for 1 minute
	- new email will pop up but it should not
Bug: quickfilter -  [Ctrl]-[Shift]-[K]: undo and redo don't work right any more - there should be a link/pointer to the folder
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-06 17:31:47+00:00
Resolved: 2023-11-16 16:00:03+00:00

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

Steps to reproduce:

I'm using Linux Mint Mate 19.2 ..
and let an update run last week..

Thunderbird (Thunderbird 1:68.10 -> 1:78.10): 
in filter these messages ([Ctrl]-[Shift]-[K]) undo and redo don't work under specified cirmcumstances:
the field doesn't remind the expressions typed before any more (in [Ctrl][Z] and [Ctrl][Y] after changing from one folder to another and comming back after.
e.g: I typed michel on 'inbox' in the [Ctrl]-[Shift]-[K] formular and then markus. If I use [Ctrl][Z] and [Ctrl][Y] then it remembers the phrases entered before. 
After changing to 'sent' and coming back to 'inbox' again it doesn't work any more.

AND: the look of it (textstyle of the folders seems to have changed). How can I change this?


Actual results:

Undo/Redo forgets the entered expressions


Expected results:

It should remind the entered expressions even when changing to other folders and coming back againg
Bug: Adding attachment via keyboard shortcut moves the focus to the attachment pane (by design in TB78)
Status: NEW
Priority: --
Created: 2021-07-06 18:30:55+00:00
Resolved: 2022-08-24 08:32:10+00:00

This is an old a11y issue that was fixed in bug 1519328 and unfortunately reintroduced with the new attachment pane UI.

The focus shouldn't move to the attachment pane if the user uses the keyboard shortcut in order to avoid losing the currently focused element.

I even question if we should move the focus to the attachment pane at all when adding a new attachment.
The attachment pane is visible and keyboard accessible, so if the user wants to reorder or delete attachment they can easily access that pane, but if the focus is forcibly grabbed by that pane whenever a new attachment is added, that can be very disrupting for users that don't use a mouse or rely on a screen reader.

On the other end, if we don't focus on the attachment pane a blind user might never know if an attachment was properly added or not, forcing them to focus on the attachment pane just to be sure the operation was successful.

I wonder if we could trigger some sort of notification that can be picked by screen readers so we can safely avoid moving the focus.

Thomas, you worked on this bug previously, what do you think?
Bug: Context menus on composited transparent background illegible on X.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-07 09:10:27+00:00
Resolved: 2021-07-08 04:27:39+00:00

Some context menus (e.g. in text entry fields) have become unusable.

Without a compositor, they appear as a black rectangle.

With a compositing server, they appear without any background and are just printed over whatever’s underneath.

In either case, there’s no visual indication of which menu item has the focus.

Reproduced with build 20210706100346, with several different GTK themes, on both Debian Buster and Sid.
Bug: Some dialogs have an invisible background
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2021-07-07 13:28:15+00:00
Resolved: 2021-08-05 12:08:59+00:00

+++ This bug was initially created as a clone of Bug #1719179 +++

If I invoke: menu -> View -> Messages -> Customize...
the dialog background is invisible.

Another case is: menu -> Message -> Tag -> New Tag...

This case seams theme dependent:
- In system theme the background is invisible
- In dark theme there is black text on black background
- But Light theme seams to be OK
Bug: <xul:menulist> dropdown menus do not pop up on "space" keypress
Status: NEW
Priority: --
Created: 2021-07-07 17:45:03+00:00
Resolved: 2022-08-24 08:34:39+00:00

### Steps to reproduce

Most menus in Thunderbird have this problem at the moment (any that use `xul:menulist`). For example

1. Open Preferences > Composition
2. Focus the HTML style Font menu.
3. Press "space"

### Result

Nothing happens

### Expect

Menu to pop open, similar to the behaviour of a `html:select`.

Without being able to open the menu, the keyboard user would have to cycle through each option one by one using the arrow keys. This has two problems

1. The user cannot see the full list of options. They have to cycle through not knowing what they will select next.
2. Each time they cycle through, the corresponding item will be internally selected, which means any side effects that are triggered by the corresponding selection event will be run for each item traversed through. This is especially bad given the previous problem: that the user wouldn't know what they are triggering.
Bug: Thunderbird 78.11 - Calendar no longer shows all calendars in left panel
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-07 18:06:01+00:00
Resolved: 2021-07-08 13:44:50+00:00

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

Steps to reproduce:

On MacOS, start Thunderbird, enter password to access remote calendars. View is of calendar items in grid. 


Actual results:

The usual left panel containing a list of all available calendars, allowing show and hide and adding new calendars, is not visible, and cannot be retrieved.


Expected results:

The left panel would automatically appear. It is usually possible to collapse it, but now it cannot be restored.
Bug: Changes to background and text colors don't work
Status: UNCONFIRMED
Priority: --
Created: 2021-07-07 19:43:37+00:00
Resolved: 2021-07-07 21:36:19+00:00

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

Steps to reproduce:

Before I could change the text colors when writing a message, now is not possible. 


Actual results:

The bar appears with the possibilities to change the background and texts, but it doesn't work when applying. 


Expected results:

Should change the color of the selected text. What am I doing wrong?
Bug: After reducing Thunderbird's composer window width, `From` field is no longer vertically aligned with other address rows
Status: RESOLVED
Priority: P4
Resolution: FIXED
Created: 2021-07-07 21:29:55+00:00
Resolved: 2021-07-12 01:27:01+00:00

91.0a1 (2021-07-06) (64-bit), Win10

After reducing Thunderbird's main window width, `From` field is no longer vertically aligned with other address rows (see screenshot). Must be some sort of wrong calculation or rounding error. Gets worse the more you shrink 3-pane window horizontally, goes away when 3-pane is maximized. This looks odd and a bit unfinished.
Bug: AddonManager is not defined in new account setup
Status: VERIFIED
Priority: P1
Resolution: FIXED
Created: 2021-07-08 05:16:44+00:00
Resolved: 2021-07-25 23:31:15+00:00

To reproduce:

- Open the new Account Setup tab.
- Type an email that ends with office365.com, eg: asd@office365.com
- Click continue, and select the `Exchange` option.

The box where the Owl add-on should be showed is empty and the console returns this error:
`JavaScript error: resource:///modules/accountcreation/AccountCreationUtils.jsm, line 549: ReferenceError: AddonManager is not defined`

This used to work before the JSM conversion.
Bug: compacting folders does not appear to work
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-07-08 08:04:29+00:00
Resolved: 2021-07-08 08:38:55+00:00

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

Steps to reproduce:

Start Thunderbird. A message window appears (screenshot attached), saying that ~100 MB could be freed by compacting folders, and offering to enable automatic compacting.

After confirming, Thunderbird compacts the folder, and reports that 2.8 MB have been freed.


Actual results:

Within hours, the message window reappears, still claiming that ~100 MB could be freed, and still freeing only some MB or KB if I confirm. This has been going on like this for a couple of weeks, with the message window popping up many times per day.


Expected results:

Compacting should have achieved approximately the results the message window claimed it would achieved, preventing the compacting threshold from being hit so often.
Bug: All new emails do not end up inbox, but in another folder (since filter set to match blank)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-08 13:08:47+00:00
Resolved: 2021-08-04 12:21:47+00:00

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

Steps to reproduce:

For my emails, I use 1) the web client of my email provider, 2) an app client on my smartphone (standard app within LineageOS 17.1) and 3) Thunderbird (official repo within Mint 20.1c). Only Thunderbird have the filters, to filter all my emails to their appropriate folder. With the (planned) result that just the emails which I do not (yet) have a filter for, stays in my Inbox. So that I can filter these manually, and/or know which filter rules I have to set up. Thus only Thunderbird have the filters, not the other clients.   


A few months ago, I created a new subfolder with Thunderbird, the first subfolder to precise. I did this with an already existing  folder, thus a new subfolder in an old folder. Then I created one new filter to have some new incoming emails to that new subfolder. I have use the rule(s) "From" with "Ends with" to have so. I did this, because I took a subscription on several news media, and I prefer to have just one subfolder for all those new emails.  


Actual results:

Instead of just filtering only the new emails from the news media to their new subfolder, all new incoming emails end up in that new subfolder. Not just the new new emails for which I do not yet have a filter for, but all new emails end up in that new subfolder, with or without a filter rule. The already filtered out emails stay in their appropriate folder.

Both the web and app client keep all new emails in the Inbox, as they do not have any filter rules. But when using Thunderbird all new emails -read or not, received and fresh incoming- end up in the new subfolder. And yes, when I apply the filters to that new subfolder/'inbox', all filters are working correctly and emails with a filter are moved to their appropriate folder. 

To say it all differently, my new subfolder had become the new Inbox.

A few weeks ago, I created a new subfolder, but this time not using Thunderbird, but using the web client. I did this in the hope to exclude some possible bugs, like in Thunderbird with a (new) subfolder, and an IMAP bug. After 1) creating a new subfolder, 2) I moved all emails to the second subfolder, and then 3) I deleted the first subfolder. But with the same effect, 4) that second subfolder has become the new inbox. Thus this second subfolder has become the new inbox.

Because I have this issue not with the other clients -as they do not have any filters- and thus just with Thunderbird, I think this bug is exclusive for Thunderbird.


Expected results:

I would like to have all new/incoming emails in my Inbox, before these are filtered to their appropriate (sub)folder. With the result that just the emails which I do not (yet) have a filter for, stays in my Inbox. So that I can filter these manually, and/or know which filter rules I have to set up.
Bug: Dispatch "compose-editor-ready" event also if OpenPGP is not enabled.
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-08 15:15:13+00:00
Resolved: 2021-07-12 17:36:21+00:00

https://searchfox.org/comm-central/rev/c821090d64c92a05bfc49aba6d5f0d25ad5ff52e/mail/extensions/openpgp/content/ui/enigmailMsgComposeOverlay.js#142

exits early, if PGP is not enabled and therefore 

https://searchfox.org/comm-central/rev/c821090d64c92a05bfc49aba6d5f0d25ad5ff52e/mail/extensions/openpgp/content/ui/enigmailMsgComposeOverlay.js#3101-3106

is never called.
Bug: accounts api fails on subFolders
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-08 19:32:21+00:00
Resolved: 2021-07-12 12:08:16+00:00

[Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgFolder.subFolders]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://messenger/content/parent/ext-mail.js :: traverseSubfolders :: line 1579" data: no] ext-mail.js
Bug: Handle custom sorts in MailTab API
Status: NEW
Priority: --
Created: 2021-07-09 07:20:45+00:00
Resolved: 2025-01-31 10:46:36+00:00

Currently the MailTab API is missing handling of custom sorts. It will tell you there is a "custom" sort, and let you attempt to set it, but you are unable to select the column which actually gets sorted.

Implementing this would also require being able to get a list of the existing custom columns.

Bug 1615801 may help with making it simpler to get custom columns that have been created by WebExtension, but I'm not sure it would be necessary to be able to fix this.
Bug: Adding account doesn't survive restart, because new profile is created on each startup.  [was Can’t add email account to Thunderbird] (Mac)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-09 10:11:30+00:00
Resolved: 2024-11-24 15:12:06+00:00

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

Steps to reproduce:

Fresh Thunderbird installation. Adding email account.
Quitting and restarting Thunderbird.


Actual results:

Email account is gone, account manager reappears. Sometimes at once, sometimes after some minutes.
After adding the account again, new directories (*.default-release-1, *.default-release-2, *.default-release-3) are created.
I even deleted the whole ~/Library/Thunderbird/ directory. Same result.

MacBook Pro 2019, macOS 11.4, Thunderbird 78.11.0


Expected results:

Email account should be set permanently, existing email directories should be recognized on app start.
Bug: Frozen state (does not download fressh emails) after standby on laptop.
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-07-09 11:38:26+00:00
Resolved: 2021-11-07 11:31:52+00:00

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

Steps to reproduce:

Almost everytime when the laptop goes into standby and it resumes afterwards. Thunderbird works but does not download any new emails unless the app is terminated and restarted. I have switched to a new pc and it still does the same thing. 78.11.0, WIN10 64bit, Dell Laptop 9310
Bug: Startup Crash in [@ mozilla::dom::ContentParent::ActorDestroy] via wslbscr64.dll. nullptr access
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-07-09 14:40:06+00:00
Resolved: 2022-12-31 14:32:15+00:00

#27 crash for beta 90.  Appears to be related to software from PROCOMP INDUSTRIA ELETRONICA LTDA, and not related to bug 1638795.  There may be nothing we can do about this.

Crash report: https://crash-stats.mozilla.org/report/index/1c93e6cf-6282-46dc-a53a-84c360210622

Reason: ```EXCEPTION_ACCESS_VIOLATION_READ```

Top 10 frames of crashing thread:
```
0 xul.dll mozilla::dom::ContentParent::ActorDestroy dom/ipc/ContentParent.cpp:2000
1 xul.dll mozilla::ipc::IProtocol::DestroySubtree ipc/glue/ProtocolUtils.cpp:618
2 xul.dll mozilla::dom::PContentChild::OnChannelError ipc/ipdl/PContentParent.cpp:15774
3 xul.dll mozilla::dom::ContentParent::OnChannelError dom/ipc/ContentParent.cpp:1971
4 xul.dll mozilla::detail::RunnableMethodImpl<RefPtr<mozilla::dom::WorkerListener>, void  xpcom/threads/nsThreadUtils.h:1203
5 xul.dll mozilla::RunnableTask::Run xpcom/threads/TaskController.cpp:482
6 xul.dll mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:785
7 xul.dll mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal xpcom/threads/TaskController.cpp:621
8 xul.dll mozilla::TaskController::ProcessPendingMTTask xpcom/threads/TaskController.cpp:405
9 xul.dll mozilla::detail::RunnableFunction<`lambda at /builds/worker/checkouts/gecko/xpcom/threads/TaskController.cpp:138:7'>::Run xpcom/threads/nsThreadUtils.h:534
```
Bug: Master Password Failure
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2021-07-09 16:48:20+00:00
Resolved: 2021-07-09 18:09:50+00:00

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

Steps to reproduce:

Master password failure
I have created a master password and, if entered correctly, there is no problem.
The problem arises when at the time of entering the master password, you give cancel and the window with the inbox opens.
It should not let you in, unless the password is entered. I use thunderbird on a computer with more users and, the confidentiality of my emails does not exist.
I created a master password so that only I could access my mailboxes.
Bug: All events and functions of the compose API, which give access to message content or allow to alter the message, should require the compose permission
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-07-09 18:25:40+00:00
Resolved: 2021-07-19 21:41:09+00:00

The following functions/events can be used without any permission:
* onAttachmentAdded
* listAttachments
* addAttachment
* updateAttachment
* removeAttachment

They should require the compose permission, like get/setComposeDetails.