av9ash/GitBugs huggingface dataset:
Bug: Incomplete Thunderbird upgrade, endless Setup loop: "Your Computer must be restarted to complete a previous upgrade..." [Solved: bogus update state, delete .moz-update and .moz-delete files, reinstall]
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2021-06-15 21:08:25+00:00
Resolved: 2021-11-06 19:30:12+00:00

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

Steps to reproduce:

I updated to the new version of Thunderbird on my desktop.  Everything seemed to go well.  


Actual results:

At the of the update, I received the message that I needed to restart my computer to complete the update.  I did.
I get the same message, over and over again.  I have restarted my computer at least a dozen times, get the same message.
I uninstalled Thunderbird and reinstalled the old version.
I get the same message that I need to restart my computer to complete the update.
I can't get to my extensive e-mail history on Thunderbird.  Nor do I have any e-mail on my desktop.
I have not updated Thunderbird on my laptop, which is what I am using right now because I am afraid to.



Expected results:

I expected the update to complete when I restarted the desktop.
Bug: [debug perma] comm/mail/base/test/performance/browser_preferences_usage.js | toolkit.scrollbox.verticalScrollDistance should be accessed at most 355 times
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-06-16 02:23:11+00:00
Resolved: 2021-07-29 07:51:26+00:00

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

---
```

```
Bug: [New AB] Wrong UI styling of the CardDav subdialog
Status: REOPENED
Priority: --
Created: 2021-06-16 05:09:47+00:00
Resolved: 2022-06-23 02:19:27+00:00

The `New CarDav Address Book` subdialog has some styling issues.
- In light mode the primary button has dark text.
- In dark mode the content has a darker borer around.
Bug: TB crashes when selecting About Thunderbird menu @ __pthread_kill | pthread_kill via gpusGenerateCrashLog.cold.1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-16 06:28:59+00:00
Resolved: 2021-06-19 02:51:53+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 11_4_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.192 Safari/537.36

Steps to reproduce:

After the last update, in addition to all the crashes in bug 1692399, TB now also crashes when choosing the About Thunderbird menu:

https://crash-stats.mozilla.org/report/index/800e5545-27a0-4d24-a573-f32080210616
https://crash-stats.mozilla.org/report/index/f358f703-40fd-490d-9d7c-0037c0210616

Doesn't crash every time, but most times.

macOS 11.4
Bug: Unable to interact with Thunderbird when popup windows are opened on second monitor
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-16 10:47:30+00:00
Resolved: 2021-06-16 11:45:53+00:00

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

Steps to reproduce:

Setup:
OS: Arch Linux 5.12.10-arch1-1
Display Manager: sway version 1.6-75a4122f (Jun 14 2021, branch 'master')
Left Display: 3200x1800 with 2x scale
Right Display: 1920x1080
Thunderbird: 78.11.0

1. Open any floating (popup) window such as pre-send spell check my right display


Actual results:

The user is no longer able to interact with anything in any Thunderbird window and has to kill the process manually and relaunch Thunderbird.


Expected results:

Thunderbird should allow users to interact with it.

Thunderbird popups work fine if the application has only been on the left display. This behaviour should apply to all displays, no matter their position or scaling.
Bug: Filter Rules list doesn't fit in filter window.  size too large for screen
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-16 12:24:27+00:00
Resolved: 2022-09-15 10:01:24+00:00

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

Steps to reproduce:

Tools > Message Filters > in Message Filters windows select filter > Edit...


Actual results:

When the Filter Rules window opens, it's too big vertically at the bottom for the screen to display the entire window. Hence, at the bottom the OK and Cancel buttons are not visible, and not immediately selectable. This is annoying for those like myself who have to make frequent updates to filters.


Expected results:

The Filter Rules window opens within the size of the screen display, so that the OK and Cancel buttons are visible.
Bug: message filters are not run when set to "Filter before Junk Classification"
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-16 15:14:43+00:00
Resolved: 2023-11-16 11:58:39+00:00

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

Steps to reproduce:

I opened TB 


Actual results:

All my messages ended up in Inbox. If I opened message filters and then edited filters, not changing anything and then ran filters messages that should have been moved already, were transferred


Expected results:

Messages should have been filtered as they were downloaded as before
Bug: Inconvenient focus in contacts sidebar after "Keep recipients public" from public bulk mail notification
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-06-16 16:26:51+00:00
Resolved: 2022-08-11 09:39:38+00:00

+++ This bug was initially created as a clone of Bug #1710245 +++
TB 90.0b1 / 91.0a1 (2021-06-15) (64-bit)

STR

1. Compose with Contacts Sidebar open
2. Add 15 recipients in To or Cc
-> Public bulk mail notification appears
3. Click `Keep recipients public` button (or press `Alt+K`) and observe focus

Actual result

- Focus  jumps over to the address book context menu button (`≡`) in the sidebar - that's unexpected and not useful! Pretty hard to get back to a useful focus position using keyboard.

Expected result

- Focus a more suitable element (ideally the element which had focus before)
Bug: UI not updated immediately when toggling some text styling.
Status: NEW
Priority: --
Created: 2021-06-16 17:28:03+00:00
Resolved: 2025-01-02 15:07:16+00:00

### Steps to reproduce

1. Open a new HTML message composition.
2. Hit Ctr-T, or select through the menu "Format > Text Style > Fixed Width".

### Result

The UI is not updated to show the change. The expected UI changes only occurs after typing in the message or re-clicking once in the same position.

The same problem happens when toggling "Fixed Width" off.

Note that the UI is updated immediately if the style is toggled whilst some text is selected.

### Expect

As soon as the "Fixed Width" style is selected, the font selector should show "Fixed Width", and if I open the "Format > Text Style" menu, "Fixed Width" should be checked. When it is unselected, this should be reversed.

### Discussion

The problem happens for:

+ Fixed Width
+ Nonbreaking
+ Emphasis
+ Stronger Emphasis
+ Citation
+ Abbreviation
+ Acronym
+ Code
+ Sample Output
+ Variable

You can verify this by opening the Text Style menu, selecting one, and reopening the menu and there is no visible change.

The following have the expected behaviour:

+ Bold
+ Italic
+ Underline
+ Strikethrough
+ Superscript
+ Subscript

One pattern I noticed was that the `<command>` for the ones that work use `doStyleUICommand`, whilst the rest use `goDoCommand`.
Bug: Port bug 1597600  to Thunderbird - certificate error override is accepted in normal browser when accepted in private mode
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-06-16 18:28:25+00:00
Resolved: 2021-07-12 17:34:28+00:00

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

Port bug 1597600 - https://hg.mozilla.org/mozilla-central/rev/b208386de197
Without this adding a cert override for the account setup doesn't work.
Bug: LDAP address books fail to return cards to browser.contacts.quickSearch
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-16 19:26:40+00:00
Resolved: 2024-02-28 11:12:11+00:00

After some reports of issues from users, I was trying out LDAP contact search on 90.0b1 - when a card is found, the error console shows:

```
NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIAbCard.UID] ext-addressBook.js:564
```

Stepping through I sometimes got a slightly different result, so I wonder if the UID is being allocated later which is why it fails.

The search still seems to succeed in this case.

The code is doing: `card =  await browser.contacts.quickSearch(email);`
Bug: LDAP address books can't cope with multiple searches from browser.contacts.quickSearch at the same time
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-16 19:41:48+00:00
Resolved: 2024-02-28 11:11:35+00:00

In bug 1679364 I added the capability to read from read-only address books via `contacts.quickSearch`.

In Conversations I have been trying to speed up contacts access. One thing I do is to kick off multiple contacts searches at the same time.

It appears that kicking off multiple searches for LDAP fails to resolve the promises for all the searches.

I think we either need to disable remote searches via quickSearch or fix it. Whilst we could warn add-on authors, I suspect you could get circumstances where two add-ons do a search at the same time (and as LDAP searches can take a second or two, you'd be more likely to hit it).
Bug: Use Thunderbird without an email account
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-16 21:02:20+00:00
Resolved: 2021-06-18 07:36:44+00:00

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

Steps to reproduce:

Trying to select the option "Use Thunderbird without an email account" (similar to "Use Outlook without an email account" option in Microsoft Outlook) in the "Set Up Your Existing Email Address" dialog.


Actual results:

Every time Thunderbird is opened need to cancel the email setup prompts as there is no way to let Thunderbird know that no email is required. 


Expected results:

Once "Use Thunderbird without an email account" has been selected, with no email addresses setup requests:
* open .eml files in Thunderbird without cancelling all the setup email account requests
* use Thunderbird calendar without setting up email address
* look at contacts in the Address Book or [Cardbook add-on](https://addons.thunderbird.net/addon/cardbook/)

Attached file, "Use Outlook without an email account" option in Microsoft Outlook, is from https://www.systoolsgroup.com/updates/use-outlook-without-email-account/
Bug: RSS Feed Icon Exceptional Memory Usage because of icon graphics
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-17 04:06:12+00:00
Resolved: 2021-11-20 15:27:36+00:00

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

Steps to reproduce:

1. Add podcast RSS feed from this URL https://anchor.fm/s/46c94230/podcast/rss
2. Wait for it to load
3. See memory usage climb above 600 MB

I'm using Windows 8.1 with the latest updates and Thunderbird 78.11 latest.


Actual results:

Memory usage climbs above 600 MB because of the podcast's icon. I debugged this using about:memory and it seems to be a bug with both Firefox and Thunderbird with this specific icon (I tried accessing the icon's url in Firefox and memory usage climbed there too). 

This memory usage is fixed by removing the RSS feed. 

Using the memory debug tool I managed to get a snapshot of my memory with the bug attached. The bug can be found at the path `explicit/images/content/raster/used/progress` in the memory report.



Expected results:

Memory usage shouldn't climb that high with a 11760x11760 icon.
Bug: optional_permissions are granted without prompting the user
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-17 06:25:51+00:00
Resolved: 2021-11-23 07:46:14+00:00

If an add-on requests optional permissions, it should prompt the user to either grant or deny them. Thunderbird silently grants them.

STR:
* install attached add-on (the add-on does not request any permissions)
* click on the *Request Permissions* browser action button
* observe a notification being popped, so the notifications permission has been granted
* observe the JavaScript console where the "messagesMove" permission is shown to be granted
Bug: 'Add-ons and Themes' button's tooltip is broken/not shown because of wrong attribute name
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-17 08:14:05+00:00
Resolved: 2021-07-25 23:31:15+00:00

Latest Daily on Windows 8.1

The 'Add-ons and Themes' button's tooltip doesn't get shwon because of a wrong attribute name (`tooltip` should be `tooltiptext`):

https://searchfox.org/comm-central/rev/e5e75651c5fb70526ae298312d99bc37ffd1ad32/mail/locales/en-US/messenger/messenger.ftl#26-28

This will require a new entity name.
Bug: Intermittent comm/mail/base/test/performance/browser_preferences_usage.js | toolkit.scrollbox.verticalScrollDistance should be accessed at most 355 times. - 451 <= 355
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2021-06-17 08:15:52+00:00
Resolved: 2021-06-21 06:25:14+00:00

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

---
```
I think this has recently started 
```
Bug: prevent conflicts between accesskeys for Folder Pane Toolbar context menu and toolbar menu and keyboard shortcuts
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-17 08:38:52+00:00
Resolved: 2021-07-29 00:31:46+00:00

Daily 91.0a1 20210616102713 on Windows 8.1

Thunderbird should prevent conflicts between access keys for the Folder Pane Toolbar context menu and its main toolbar menu and keyboard shortcuts. E.g. the 'H' accesskey with the menu open will call the menu item to hide the toolbar and open the 'Help' menu. If more menu items than 'All Folders' are active, just pressing 'A' won't hide the 'All Folders' view but archive the currently selected message (this is the default behavior for normal menus: just pressing the key is sufficient to trigger the access key).
Bug: Context menu API: make compose body an editable context
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-17 09:55:28+00:00
Resolved: 2023-02-03 11:23:10+00:00

Follow up from bug 1656506 and bug 1670832. The compose body needs to be made an “editable” context.

See bug 1656506 comment #18:
> I believe the issue is that the compose body was not marked as editable, so the “editable” context is not firing. In the Compose scripts API, the [`isContentEditable`](https://developer.mozilla.org/en-US/docs/Web/API/HTMLElement/isContentEditable) property is also not set for the compose body, which may be another synonym of the same issue. The subject and the rest of the editable fields in the compose window now work fine.

(In reply to John Bieling (:TbSync) from comment #19)
> Geoff, should the compose body be an "editable" context? Comment 18 has all the important details.

(In reply to Geoff Lankow (:darktrojan) from comment #20)
> I guess so. It's probably not that way already because it's a normal document in an <editor> rather than an editable document in a <browser>.
Bug: S/MIME certificate chain not viewable any more (but only leaf certificate)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-17 12:13:22+00:00
Resolved: 2025-02-24 09:57:01+00:00

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

Steps to reproduce:

I received an S/MIME message, then tried to view the signers' certificate chain details in the following way:
1) clicked on the S/MIME icon, in the upper right corner of the message window;
2) then, in the "Message Security - S/MIME" pop-up dialog, clicked on the "View Signature Certificate" botton.


Actual results:

A new Thunderbird tab is opened, showing only the signature certificate, but not the intermediate CA nor the Root CA.


Expected results:

With past versiosn of TB, the details of the entire certificare chain were shown. This seems broken, now, as only the leaf certificate details are shown.
Bug: `navigator.registerProtocolHandler()` can crash Thunderbird @ mozilla::dom::Navigator::CheckProtocolHandlerAllowed
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2021-06-17 15:21:26+00:00
Resolved: 2021-09-10 10:07:08+00:00

`navigator.registerProtocolHandler()` allows a small whitelist of permitted schemes. However some of these schemes are registered by Thunderbird. This means that if someone manages to access this API in Thunderbird but tries to pass one of those schemes then Thunderbird will immediately crash.
Bug: Messages not marked read when copy-rule sandwiched between Read/Unread rules
Status: UNCONFIRMED
Priority: --
Created: 2021-06-17 20:06:27+00:00
Resolved: 2023-09-24 10:30:36+00:00

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

Steps to reproduce:

::: Environment :::
o POP account
o Create a new Folder within it (named say "Received")

::: Use Case :::
Create a copy of all incoming email.  Mark these as read.

::: Rule Order :::
1) Mark all email Read
2) Copy all email to "Received"
3) Mark all email Unread


Actual results:

All emails copied to the "Received" folder are not marked Read.  They remain Unread.


Expected results:

All emails between Read/Unread filters should be marked Read.
Bug: Fix wrong implementation of the notification element for public bulk mail notification
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2021-06-17 21:59:03+00:00
Resolved: 2021-08-30 16:46:02+00:00

The notification for public bulk emails works pretty well, but the implementation has some small mistakes that should be fixed.

1. The message text is added by creating a new `div` element and appending it inside the notification: https://searchfox.org/comm-central/rev/014b72575f40cf1d2e0cc1d997d8e4bebbd118f9/mail/components/compose/content/MsgComposeCommands.js#5145-5151

This is not necessary since notifications allow adding and updating text pretty easily without creating any extra markup. Also, using a `div` inside a `label` element is semantically wrong.

2. We're also adding an ID to the newly created notification: https://searchfox.org/comm-central/rev/014b72575f40cf1d2e0cc1d997d8e4bebbd118f9/mail/components/compose/content/MsgComposeCommands.js#5194

This is incorrect since the notification can be identified by its unique value `"warnPublicRecipientsNotification"`, with the native method `getNotificationWithValue()`.

This is not a severe bug but it's rather a task to clean up the implementation and use a consistent coding style and native selectors of the `MozElement.Notification` element.
Bug: Intermittent comm/mail/test/browser/account/browser_accountTelemetry.js | Size of Inbox must be correct - 876 == 873
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2021-06-17 23:36:10+00:00
Resolved: 2021-06-21 06:31:09+00:00

**Filed by:** geoff [at] darktrojan.net
**Parsed log:** https://treeherder.mozilla.org/logviewer?job_id=343085553&repo=comm-central
**Full log:** https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/aF1B5H83Q0-1DN8d2Y2FvQ/runs/0/artifacts/public/logs/live_backing.log

---
```
Windows opt only?
```
Bug: TEST-UNEXPECTED-FAIL | comm/mail/base/test/browser/browser_treeViewListbox.js | Uncaught exception in test - 'select' event did not get fired
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2021-06-18 02:04:34+00:00
Resolved: 2024-08-30 00:07:08+00:00

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

---
```

```
Bug: Sending progress window no longer shows progress in percent when sending large attachments
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2021-06-18 03:00:44+00:00
Resolved: 2021-07-01 22:52:55+00:00

STR:

1. Basically send a large attachment or attachments.
2. Note the sending window just shows the sending animation bar but nothing showing progress / completion in percent.

It used to show the sending progress beginning at 0%...10%...20%...etc and now, nothing.
Bug: Line break introduced at no-break space (nbsp)
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2021-06-18 07:42:07+00:00
Resolved: 2021-08-08 17:29:50+00:00

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

Steps to reproduce:

When I write a message the editor does auto-wrapping, I'm not against it, it's even nice, but it break on no-break spaces, which is bad in french.

For example say I want to send:

> Bonjour, blah blah blah blah, comment ça va, la vie, l'univers le reste :
> 
> https://mdk.fr

Note that in french in my sample text there's a space between the last word and the column, to avoid an ugly line-break here, french typography asks us to use a no-break space here (U+00A0), which I used (on my keyboard it's Compose-space-space), see https://en.wikipedia.org/wiki/Compose_key.


Actual results:

Thunderbird breaks the line where I put my no-break space:

> Bonjour, blah blah blah blah, comment ça va, la vie, l'univers le reste
> :
> 
> https://mdk.fr

which is ugly and particularily unexpected (breaking a no-break space).


Expected results:

Due to the impossibility to break at the no-break space, Thunderbird should break on the previous break place, like:

> Bonjour, blah blah blah blah, comment ça va, la vie, l'univers le
> reste :
> 
> https://mdk.fr

see: https://www.unicode.org/reports/tr14/tr14-45.html
Bug: accountutils throw error after new install of 64 bit version
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2021-06-18 09:07:27+00:00
Resolved: 2021-09-02 02:00:26+00:00

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

Steps to reproduce:

install 78.11.0 64 bit


Actual results:

get warning that it creates new profile

new email account dialog does not come up
clicking new email in account central does nothing.

error console:
Uncaught 
Exception { name: "NS_ERROR_FAILURE", message: "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgMailSession.topmostMsgWindow]", result: 2147500037, filename: "chrome://messenger/content/accountUtils.js", lineNumber: 237, columnNumber: 0, data: null, stack: "AddMailAccount@chrome://messenger/content/accountUtils.js:237:3\nonclick@chrome://messenger/content/msgAccountCentral.xhtml:1:1\n_showNewInstallModal@chrome://messenger/content/msgMail3PaneWindow.js:730:15\nOnLoadMessenger/<@chrome://messenger/content/msgMail3PaneWindow.js:719:22\n", location: XPCWrappedNative_NoHelper }