av9ash/GitBugs huggingface dataset:
Bug: Console error when starting new message after TB default install (no dictionary installed): "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIEditor.getInlineSpellChecker]", ...
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-25 21:29:35+00:00
Resolved: 2023-01-05 16:08:22+00:00

Console error occurs on TB 102.4.0 (64 bit) on macOS Monterey 12.6 (~not~ and also on Win 10*) when starting new message without any dictionary installed (which is default state after install): "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIEditor.getInlineSpellChecker]", ...

*: Turns out the bug also happens on a default (virgin) install of TB 102.4.1 on Win10, but not when I deleted dictionaries manually. Strange.

```
Exception { name: "NS_ERROR_FAILURE", message: "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIEditor.getInlineSpellChecker]", result: 2147500037, filename: "chrome://messenger/content/messengercompose/MsgComposeCommands.js", lineNumber: 6974, columnNumber: 0, data: null, stack: "ComposeChangeLanguage@chrome://messenger/content/messengercompose/MsgComposeCommands.js:6974:13\n", location: XPCWrappedNative_NoHelper }
​
columnNumber: 0
data: null
filename: "chrome://messenger/content/messengercompose/MsgComposeCommands.js"
lineNumber: 6974
location: XPCWrappedNative_NoHelper { QueryInterface: QueryInterface(), filename: Getter, name: Getter, … }
message: "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIEditor.getInlineSpellChecker]"
name: "NS_ERROR_FAILURE"
result: 2147500037
stack: "ComposeChangeLanguage@chrome://messenger/content/messengercompose/MsgComposeCommands.js:6974:13\n"
<prototype>: ExceptionPrototype { toString: toString(), name: Getter, message: Getter, … }

```
Bug: Test bustage for BrowserTestUtils.promiseAlertDialog()
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-25 22:28:34+00:00
Resolved: 2022-11-03 23:48:50+00:00

Thunderbird tests using `BrowserTestUtils.promiseAlertDialog()` are failing with:
`can't access property "accept", this._buttons is undefined - stack: getButton@chrome://global/content/elements/dialog.js`

Making [this method](https://hg.mozilla.org/mozilla-central/rev/34da030ad47df0dcad36609734f8b22ad6591234#l1.32) sync again fixes the tests.

I'm not sure why and how is this happening.

This seems to be related to bug 1708090, but bug 1796408 made the existing issue bubble up.
Bug: Sorting messages by Order Received (descending), then by Correspondents (or Sender) will sort by sender, but won't keep Order Received for secondary sorting
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-26 06:43:16+00:00
Resolved: 2024-05-30 11:33:06+00:00

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

Steps to reproduce:

In INBOX, sort messages by Order Received in descending order (the most recent emails are on top) by clicking on the column header; then click on Correspondent (sender) column header, messages will be sorted by sender, but the the order of messages are not sorted by Order received.

Reproducible: Always

Steps to Reproduce:
1. Go to inbox
2  Click on Order received column header to make sort in descending order (newest messages are on top)
3. Click on Correspondednt (Sender) column header



Actual results:

Actual Results:  
messages are sorted alphabetically by sender, but the messages Order received are not in order


Expected results:

Expected Results:  
to see messages sorted alphabetically by sender, also sorted in descending order by order received.

The bug is similar to resolved bug 478935 where the same happened with Date instead of Order received
Bug: ci bustage - /builds/worker/checkouts/gecko/comm/mailnews/search/src/nsMsgSearchTerm.cpp:838:12: error: variable 'lines' set but not used [-Werror,-Wunused-but-set-variable]
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-10-26 09:14:20+00:00
Resolved: 2022-10-31 06:29:44+00:00

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

---
```

```
Bug: Search doesn't find messages easily found using Quick Filter
Status: UNCONFIRMED
Priority: --
Created: 2022-10-26 15:02:30+00:00
Resolved: 2022-11-04 11:49:40+00:00

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

Steps to reproduce:

Hard to pin down, but happens pretty much every time I search for something (multi-word search). I think this can probably be reproduced using the GMANE newgroup for the Cygwin-general mailing list.

1. Search for the subject of an email in a folder/newsgroup using quick filter.
2. Once confirmed, run exactly the same word search using "search".
3. Observe that the majority of the time, that email isn't in the results.

I also frequently find this when searching for older emails from a specific address - I end up having to find them manually, because the search function simply doesn't work a fair amount of the time.


Actual results:

Detailed above.


Expected results:

The search function should find the emails that are also found by quick filter (assuming you know the folder/newsgroup where the emails are).

Note that I've observed this on both macOS and Linux with a variety of different versions of Thunderbird over the years. Apologies if this is a duplicate - I'm having a hard time trying to find related bugs.
Bug: Thunderbird compose window makes uncommanded switch between fonts
Status: UNCONFIRMED
Priority: --
Created: 2022-10-26 18:58:05+00:00
Resolved: 2022-10-26 18:58:05+00:00

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

Steps to reproduce:

Set default font to Bookman Old Style
Reply to a message.

See video.


Actual results:

Font switches to the received message font. Many situations trigger this.
The simplest trigger is to: 
  - hit enter (line return) in the composer with the cursor in the top left position.
  - click up arrow to bring the cursor back to the original place.

See the attached video. 

Note this issue has been occuring for at least 15 years.


Expected results:

Font stays the same!

See attached video.
Bug: Open e-mails go blank after a few seconds and have to be closed and reopened
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-27 08:14:26+00:00
Resolved: 2022-11-29 13:00:56+00:00

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

Steps to reproduce:

Click on e-mail to open


Actual results:

The e-mail opens and you can see the contents however after a few seconds (random amount of time ?) the contents disapear and you are left with a blank panel.
The same problem seems to also affect drop down menus which disapear and don't come back.


Expected results:

If I open a e-mail I expect it to stay visible until I close it.

The problem started with version 102 I am now on 102.4.1 (64bit)
Bug: No buttons on message header in message reader (Reply, Delete etc.) if the message body is empty
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-27 12:31:55+00:00
Resolved: 2023-04-17 19:25:21+00:00

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

Steps to reproduce:

Installed on Mac - Version 102.4.1 (64-bit)

Since the update yesterday. Messages without any content do not have the button on  the right to Delete etc
Bug: [Linux] Bottom of certain characters (g, j, p and q) is not visible when typing in the 'Filter these messages' quick filter field
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-27 12:50:54+00:00
Resolved: 2023-09-09 15:08:58+00:00

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

Steps to reproduce:

1. type 'gjpq' in 'Filter these messages' field


Actual results:

I'm using Thunderbird 102.4.0 on Arch Linux running Gnome 42.4.
As we can observe in the attached screenshot, bottom of the typed characters is not visible.


Expected results:

All characters are entirely visible.
Bug: ESLint jobs in CI show failures in the log, but Treeherder shows successful/green status
Status: RESOLVED
Priority: P1
Resolution: FIXED
Created: 2022-10-27 14:33:13+00:00
Resolved: 2023-01-03 23:22:45+00:00

On today's Daily build, the ESLint linting job shows up green in Treeherder, but the log shows errors: https://treeherder.mozilla.org/logviewer?job_id=394520310&repo=comm-central

```
[task 2022-10-27T10:32:06.050Z] 10:32:06.50 eslint (74) | Finished in 106.87 seconds
[task 2022-10-27T10:32:06.061Z] TEST-UNEXPECTED-ERROR | /builds/worker/checkouts/gecko/comm/calendar/test/browser/timezones/browser_timezones.js:91:11 | Octal literals should not be used. (no-octal)
[task 2022-10-27T10:32:06.061Z] TEST-UNEXPECTED-ERROR | /builds/worker/checkouts/gecko/comm/calendar/test/browser/timezones/browser_timezones.js:101:11 | Octal literals should not be used. (no-octal)
[task 2022-10-27T10:32:06.061Z] TEST-UNEXPECTED-ERROR | /builds/worker/checkouts/gecko/comm/calendar/test/browser/timezones/browser_timezones.js:111:11 | Octal literals should not be used. (no-octal)
[task 2022-10-27T10:32:06.061Z] TEST-UNEXPECTED-ERROR | /builds/worker/checkouts/gecko/comm/calendar/test/browser/timezones/browser_timezones.js:121:11 | Octal literals should not be used. (no-octal)
[task 2022-10-27T10:32:06.061Z] TEST-UNEXPECTED-ERROR | /builds/worker/checkouts/gecko/comm/calendar/test/browser/timezones/browser_timezones.js:131:11 | Octal literals should not be used. (no-octal)
[task 2022-10-27T10:32:06.061Z] TEST-UNEXPECTED-ERROR | /builds/worker/checkouts/gecko/comm/calendar/test/browser/timezones/browser_timezones.js:141:11 | Octal literals should not be used. (no-octal)
[task 2022-10-27T10:32:06.061Z] TEST-UNEXPECTED-ERROR | /builds/worker/checkouts/gecko/comm/calendar/test/browser/timezones/browser_timezones.js:151:11 | Octal literals should not be used. (no-octal)
[task 2022-10-27T10:32:06.061Z] TEST-UNEXPECTED-ERROR | /builds/worker/checkouts/gecko/comm/calendar/test/browser/timezones/browser_timezones.js:161:11 | Octal literals should not be used. (no-octal)
[taskcluster 2022-10-27 10:32:06.515Z] === Task Finished ===
```
Bug: threading - turn it off globally
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-27 15:22:40+00:00
Resolved: 2023-01-26 17:26:39+00:00

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

Steps to reproduce:

Simply put I want ALL Threading turned off

clicking view and sort by unthreaded only applies for that folder.



Actual results:

threading is still enabled on other folders, any search etc


Expected results:

global option to turn off THREADING
Bug: Port bugs 1797093, 1769265: about dialog messaging when updates are disabled in repackaing
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-28 01:18:41+00:00
Resolved: 2022-11-01 23:04:07+00:00

In bug 1756686, the about dialog for Thunderbird was fixed to not display "updates disabled by admin" for Flatpaks and Snaps. This change was not implemented by Firefox. 

When implementing changes to the updater code in bug 1797585, I paved over the some of the code from bug 1756686. I expect that the message will be displayed again because of https://hg.mozilla.org/comm-central/file/bf22a7963e7e1210629bd0d525a1a9a3ed63ede3/mail/base/content/aboutDialog.js#l97.
```js
  if (AppConstants.MOZ_UPDATER) {
    gAppUpdater = new appUpdater({ buttonAutoFocus: true });

    let channelLabel = document.getElementById("currentChannel");
    let currentChannelText = document.getElementById("currentChannelText");
    channelLabel.value = UpdateUtils.UpdateChannel;
    if (gAppUpdater.updateDisabledByPackage) {
      currentChannelText.hidden = true;
    }
  }
```
`updateDisabledByPackage` no longer exists in the `gAppUpdater` object, so it's always undefined and the text will never be hidden.

Firefox devs are taking a different approach than I originally did in bug 1769265. Bug 1797093 should be ported as well.
Bug: When opening up an unread email, a system notification is triggered on Win11 Insider Preview (build 25227)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-10-28 07:02:48+00:00
Resolved: 2024-10-20 01:37:42+00:00

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

Steps to reproduce:

1. Go to an inbox that has an unread email
2. Click on the email to open and read it
3. See the system notification that is triggered in the lower right corner


Actual results:

A generic notification/alert is triggered when I open an unread email. 


Expected results:

Nothing. I would not expect a notification to appear to inform me that I am reading an unread email.
Bug: Thunderbird's spellchecker doesn't handle contractions and 'nd' and 'th' with numbers properly
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-28 07:13:53+00:00
Resolved: 2022-11-16 20:02:02+00:00

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

Steps to reproduce:

I used aren't in text.  


Actual results:

The spellchecker didn't recognize the contraction and stopped on 'aren' and asked if I meant 'earn'.




Expected results:

Aren't is recognized as being spelled correctly, and so are the following (which the spellchecker also sees as misspelled -  and I wager there could be more): 
I’ve
Should’ve
You’ve
Could’ve
They’ve
We’ve
Didn’t
Doesn’t
Can’t
Isn’t
Shouldn’t
Couldn’t
Wouldn’t
Hasn’t
Wasn’t
Weren’t
Also, 21st, 22nd, 23rd, 24th:  22nd will register as misspelled and so will 24th.
Bug: Can no longer access to microsoft office 365 messages if preference network.dns.disableIPv6 = false (works if true)
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-28 10:08:52+00:00
Resolved: 2023-09-18 11:31:09+00:00

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

Steps to reproduce:

First : thunderbird stopped accessing my office messages and kept asking for the password (two - three weeks ago) ==> I did nothing !
Second : I erased and tried to re-create an office account into thunderbird manually or automatically


Actual results:

best case thunderbird answers : (see attached file)



Expected results:

Connextion to office 365 message server.

Note : I am running Thunderbird 102.4.0 on Windows 10 pro 21H2. I have the same issue on a linux machine. I can access my office 365 messages on my android phone.
Bug: Autuomatic Filters not working on imap Inbox, but works for manual 'Get New Mail'
Status: UNCONFIRMED
Priority: --
Created: 2022-10-28 13:01:57+00:00
Resolved: 2023-07-19 15:03:35+00:00

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

Steps to reproduce:

I have several filters set up to automatically organise certain automatic emails which I do not need to read, but do need to save, into folders.  The filters are set to be active when 'Getting New Mail', however they are not acting when new mail is downloaded.




Actual results:

When I receive new mail, and it downloads mails which should be filtered, they appear in my inbox - but they are not filtered.  If I press 'Get messages' again, then the filters are applied and the emails are moved from the inbox to the various folders.  If I don't press 'Get Messages' again, then they sit in my inbox, clogging it up with spam.  But this isn't really applying the filters upon 'Getting New Mail', it's actually more like manually applying the filters, because I have to hit the 'Get Messages' button for the filter to apply, or wait for the next scheduled time that mails are downloaded from the server.


Expected results:

The messages should have been filtered automatically and immediately that they were downloaded
Bug: Loss of the display of email folders and the emails themselves! Works ok with -safe-mode
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-29 02:28:27+00:00
Resolved: 2022-11-13 16:09:35+00:00

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

Steps to reproduce:

Nothing, I am under Linux Kubuntu 22.04 64bits and the problem appeared after an automatic update of Thunderbird.


Actual results:

Loss of the display of the email folders and the emails themselves!


Translate text 
Source text 
Nothing, I am running Linux Kubuntu 22.04 64bits and the problem appeared after an automatic update of Thunderbird. 


The three main sections of the email management are empty, first column, left, the list of email folders, nothing, no Inbox folder, no Drafts, etc., no personal folders and subfolders.

In the upper central section, no list of emails received and waiting to be processed.

In the lower center section, no display of the content of an email selected in the upper center section.

I spent a lot of time looking for solutions by modifying the Thunderbird folder and email display settings, but no option fixes the email folder and email display problems.

The display of everything else is correct, address book, calendar, task management and the different configuration panels are displayed correctly with my personal data, in normal Thunderbird mode and in "-safe-mode" my folders and email are visible, so it's only a display setting problem not a data migration problem.

This leads me to believe that this is an internal Thunderbird bug, and not a problem with importing or migrating my data.

I am a young retired programmer analyst.

Please forgive my written English, I am unilingual French and I use "deepl.com/translator" to write and to read you!



Expected results:

The normal display of these three sections of the email manager!
Bug: perma comm/chat/protocols/matrix/test/test_matrixCommands.js and other matrix test failing
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-10-29 04:33:46+00:00
Resolved: 2022-10-31 06:49:48+00:00

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

---
```

```
Bug: Thunderbird does not terminate correctly if quiting while displaying the primary password dialog [Mac]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-10-29 04:40:32+00:00
Resolved: 2023-12-31 19:38:05+00:00

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

Steps to reproduce:

I protected the passwords of my mailboxes with Thunderbirds main password (Thunderbird is then asking for the main password displaying a password dialog windows on every startup).

I terminated Thunderbird an a Mac by pressing Cmd-q or choosing "Quit" from Thunderbirds main menu while the password dialog was still displayed (before aborting the dialog or entering a password).


Actual results:

The password dialog disappears after pressing Cmd-q or choosing "Quit" from Thunderbirds main menu, but Thunderbirds main process does not terminate then. The process is still in the process list. The process is also visible in Macs process windows viewable by pressing Cmd-Tab. When Thunderbird is selected after pressing Cmd-Tab, no active menu, no password dialog nor the main window is displayed.

Thunderbird can not be started again using icons from the dock or via search or terminal or finder, when it in this state. The process has to be ended via a kill command using a terminal windows or the Mac has to be restarted.


Expected results:

Thunderbird should terminate on a Mac when you press Cmd-q or "Quit" from the menu even if the password protection dialog is displayed.
Bug: for the second time in 6 month TB stopped downloading via POP3 my email from Gmail
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-29 09:22:55+00:00
Resolved: 2022-11-02 17:02:08+00:00

Steps to reproduce:

I check my Gmail account via POP3 with 2-factor auth


Actual results:

TB reply: No new messages


Expected results:

Should download the emails
Bug: Can Modify the Time in the email to previous time
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-29 10:34:17+00:00
Resolved: 2024-05-30 18:01:54+00:00

Hacker can spoof the time in the email by injecting a Date header

## Steps to Reproduce:
1. Use any script/service to send a mail with custom headers [ Sample PHP code given below ]
2. Configure your mail address to send mail from your email address.
3. Add the "Date" header to the mail with any custom previous date/time and send it to your proton mail.
4. You will receive mail on the date that you set in the header.

## Sample PHP code:
```
<?php
$to = 'xxxx@gmail.com';
$subject = 'POC Subject';
$message = 'test message';
$headers = "Date: Sat, 29 Oct 2022 08:29:58 +0000";
$send = mail($to,$subject,$message,$headers);

if ($send) {
  echo "success: ".$to;
}else{
  echo "failed: ".$to;
}

exit();
?>
```

This is not a vulnerability related to SPF records because I'm not spoofed From header so Spam filters didn't identify it.

## Impact:
Nowadays most companies use mail as their communication platform for 90% of work.  So if a hacker forgets to send mail at the correct time he can use this method to send mail with previous time and escalate it to higher officers so this will affect the victim. 
This will affect the integrity of the mail

I've tested this on other platforms and they fixed that by adding their own custom date header or overwriting the header with the current date and time. I hope this will help you to fix it.
Bug: selectFolder fails If activeModes is not only "all"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-10-29 11:41:52+00:00
Resolved: 2022-12-22 00:39:49+00:00

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

Steps to reproduce:

Assumption:
  gFolderTreeView.activeModes is [all,favorite]
  folderA and folderB are subfolders in favorite view.
  folderC is a subfolder in all view but not in favorite view.
  All subfolders collapsed into parent folders and are not visible.

Steps to reproduce:
  resultA = gFolderTreeView.selectFolder(A);
  resultB = gFolderTreeView.selectFolder(B);
  resultC1 = gFolderTreeView.selectFolder(C);
  resultC2 = gFolderTreeView.selectFolder(C, true);



Actual results:

resultA and resultB are true.
resultC1 and resultC2 are false.
gFolderTreeView.selectFolder(C, true); will leave the folder pane with only favorite view (the all view will disappear).



Expected results:

All four results return true and the specified folder is selected.
The state of the folder pane (activeModes) does not change.
Bug: Version 102.4.1 bugs galore
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-10-29 12:12:03+00:00
Resolved: 2022-10-29 12:37:06+00:00

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

Steps to reproduce:

Several issues - 
1. selecting Help dropdown 
2. Setting new SMTP
3. Passwords 
4. Selecting Accounts window
5 List view columns settings


Actual results:

1. Help dropdown greyed out 
2. Setting new SMTP is not saved on app relaunch
3. Passwords not updating 
4. Selecting Accounts window doesn't come to front focus
5. On relaunching app columns moved and or widths changed


Expected results:

1. Help dropdown not greyed out 
2. Setting new SMTP saved on app relaunch
3. Passwords saved 
4. Selecting Accounts window come to front focus
5 Columns to stay in expected arrangement