av9ash/GitBugs huggingface dataset:
Bug: Thunderbird consumes 20% CPU while idle
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-12-13 19:53:13+00:00
Resolved: 2022-12-18 13:23:46+00:00

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

Steps to reproduce:

Open Thunderbird.  It opens offline.


Actual results:

It is slow and sluggish.  In task manager it consumes 17% - 22% of CPU.  Nothing has been done to do anything except start Thunderbird.

Processor i7-9700K @ 3.60GHz
RAM  63.9 GB usable


Expected results:

Thunderbird to be responsive to actions.  I do not understand why CPU consumption is so high.
Bug: Intermittent comm/mail/test/browser/message-window/browser_viewPlaintext.js | This test exceeded the timeout threshold.
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2022-12-13 22:29:42+00:00
Resolved: 2024-09-30 06:58:33+00:00

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

---
```

```
Bug: comm-central perma toolkit/components/extensions/test/xpcshell/test_ext_startup_perf.js |  xpcshell return code: 0
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-12-13 22:35:13+00:00
Resolved: 2023-01-03 23:32:45+00:00

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

---
```

```
Bug: Changing individual account parameters forces a restart
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2022-12-14 01:53:48+00:00
Resolved: 2022-12-16 00:55:08+00:00

Steps to reproduce:

When creating a new mail account (after starting a fresh profile, or adding a new account in the preferences), modern Thunderbird forces a "wizard" UI on the user with a limited set of inputs.  To escape this wizard, one has to enter phony details in the inputs, switch to another wizard, and then skip that in order to finally get to the normal account preferences view.

The above has been reality for quite a long time, and while wholly unnecessary, has worked so far: one is able to reach the account settings and enter the basic set of parameters that go with any IMAP+SMTP account.




Actual results:

In recent versions of Thunderbird, the account settings UI itself is severely broken. 

After reaching the account properties as described above, changing either the host name or username triggers a modal popup informing the user that "changing <the parameter> requires a restart". 

Declining the popup reverts your changes in the affected input, and restart... indeed, causes an unnecessary restart of the whole application. After the restart, Thunderbird will try to connect to a server somewhere -- using parameters it did not let you finish entering yet.

This behaviour is completely unnecessary and a rather hostile piece of UX. What should be a 2 minute task of entering the parameters for a basic IMAP account now:

- triggers at least two restarts 
- takes the user away from the settings view he/she was working in
- causes Thunderbird to connect to a server somewhere on the internet with incorrect details (wrong username, encryption settings, etc)
- possibly exposes user names, email addresses, etc. to eavesdroppers, depending on what values the user managed to enter up to that poing  (IMAP servers that accept plaintext connections still exist out there, for "backwards compatibility").




Expected results:

Thunderbird should never force restarts while the user is configuring a mail account (or changing any other preferences). It should let the user finish setting up his/her account, entering all required values in one go, then apply changes internally after pressing "save" / "ok" in the preferences dialog. 

Additionally, Thunderbird should not force users to go through artificial "wizard" dialogues. Even if a wizard is offered by default, it should have a "skip" button immediately on available, without condescending language attached or intentionally crippled UX flows forced onto the user.


Version: 1:102.6.0+build1-0ubuntu0.22.04.1
Bug: perma comm/mail/components/enterprisepolicies/tests/browser/browser_policy_disable_safemode.js | application crashed [@ MOZ_Crash(char const*, int, char const*)]
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-14 08:47:37+00:00
Resolved: 2023-01-03 23:33:09+00:00

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

---
```

```
Bug: Intermittent comm/mail/test/browser/content-tabs/browser_aboutSupport.js | application crashed [@ MOZ_Crash(char const*, int, char const*)]
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-14 08:49:34+00:00
Resolved: 2022-12-16 13:12:41+00:00

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

---
```

```
Bug: Error 39 while updating Thunderbird on Windows via updater.exe
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-12-14 10:50:50+00:00
Resolved: 2025-02-20 12:43:24+00:00

Steps to reproduce:

I generated a MAR complete update, and tried applying it using the updater.exe 


Actual results:

No message, the update wasn't applied, and I read an error 39 in the log.


Expected results:

The software should have updated
Bug: Fix clang-format error caused by merge of comm-central into comm-beta for Thunderbird 109.0b1
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-14 12:59:39+00:00
Resolved: 2022-12-19 21:32:23+00:00

This bug is for patching a formatting error caused by merge day for Thunderbird 109.0b1 (https://treeherder.mozilla.org/jobs?repo=comm-beta&revision=b3a343083a981cfb35738629978294b241354d81).
Bug: Remove mSavedHdr state information from messageHeaderSink
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-14 13:37:11+00:00
Resolved: 2023-01-03 23:33:35+00:00

We only have one `messageHeaderSink` per messenger window. If multiple messages are opened rapidly, its callbacks are executed multiple times, so that the `mSaveHdr` member can get cleared and/or replaced and therefore the wrong state may be used.

This is the reason why this test intermittenly failed and was disabled:
https://searchfox.org/comm-central/rev/07e2b09826d048a1f25e7cc1f0a01f7a8120ce72/mail/components/extensions/test/browser/browser.ini#71-73
Bug: CI builds are not using sccache since GCP migration in bug 1792251
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-14 16:32:30+00:00
Resolved: 2023-01-17 17:42:57+00:00

Since CI builds moved to GCP, they are not using sccache apparently as its hit rate is 0%.

The graphic from perfherder shows that after October 6, sccache has not been utilized. This aligns with https://treeherder.mozilla.org/jobs?repo=comm-central&revision=245a02b78fb7ce2407b9fd0109bb32a3c348a46f which includes the build jobs moving to GCP.
Bug: Repair folder on IMAP mailbox causes re-downloads emails, triggering filters that activate on downloading email
Status: UNCONFIRMED
Priority: --
Created: 2022-12-14 19:00:26+00:00
Resolved: 2023-01-21 01:04:25+00:00

Steps to reproduce:

Performed "Repair folder" on an IMAP mailbox. (This was necessitated due to ver 102 failing to properly render emails after an upgrade from ver 91, reported as a separate bug.)


Actual results:

The "repair folder" operation triggered a re-download of all the IMAP messages. The re-download triggered all mail filters that trigger on a mail message download. Some of those filters made copies of the mail messages into other mail folders. This resulted in duplicate messages at these destinations. Thunderbird does not prevent duplication of mail messages in a mailbox and has no native de-duplication capability. There is a plugin to remove duplicate messages, but any plugin carries privacy risks. (This is a general statement about plugins - I am not saying this very useful plugin has any privacy compromises.)



Expected results:

If a mailbox is re-fetching pre-existing contents to assist in re-establishing mailbox integrity (e.g. a repair folder operation), this should not trigger mail filters that are activated on mail download.  A repair operation is not the same as an initial mail message download.
 
Thunderbird must have some type of anti-duplication code because when it re-fetches IMAP mail messages during a "repair filter", they are not duplicated in the original mailbox. On ANY write to a mailbox, including due to filters, similar anti-duplication logic should be used (but is not) - if there is a pre-existing message, a new duplicate copy should not be created. Alternatively, Thunderbird should have a native deduplication command to clean up the duplication messes it can sometimes create.
Bug: Port bug 1800149 - Stop sending some values from a content process in nsContextMenu
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2022-12-14 20:08:36+00:00
Resolved: 2022-12-19 06:32:33+00:00

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

---
```

```
Bug: Getting dual password requests in MacOS TB 102.6.0
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-12-14 22:39:27+00:00
Resolved: 2023-04-21 14:35:13+00:00

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

Steps to reproduce:

Started up Thunderbird.


Actual results:

Got two password requests. Both dialogs displayed simultaneously.

Bug 1685877 is back.


Expected results:

 Just one password request.
Bug: Message thread breaks when selecting a folder with fewer messages than the previous
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-15 01:01:21+00:00
Resolved: 2023-02-07 06:02:50+00:00

This is exclusive to the Ash repository.

**STR**
- Select a folder with a lot of messages (in my case it was Trash)
- Scroll to the bottom of the message list
- Select another folder that has fewer messages

The tree explodes with multiple: `JavaScript error: chrome://messenger/content/tree-view-listbox.mjs, line 1037: TypeError: can't access property "previousElementSibling" of null`

We should enforce a `scrollToTop()` on the TreeView when the folder selection is changed, or an optional boolean to scroll back to the top when the list is invalidated.
Bug: Contribute button for addons should open in the external browser, not a TB tab
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2022-12-15 01:08:28+00:00
Resolved: 2023-01-31 13:33:18+00:00

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

It's nice that this got fixed, but the link should open in an external browser. People might not feel comfortable to conduct a PayPal transaction in TB (although it appears to be working unlike the links on the release notes page (bug 1794180)).

Same reasoning as here:
https://searchfox.org/comm-central/rev/4d3e74705f69e67938bd2b2520171f435385472f/mail/base/content/msgMail3PaneWindow.js#803
Bug: 1-2 second UI response on second display on Mac
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2022-12-15 11:27:37+00:00
Resolved: 2023-05-09 23:20:05+00:00

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

Steps to reproduce:

I am on a MacBook Pro (16", 2021, M1) with MacOS Monterey and TB 109.0b1.
If I move the Thunderbird window to a second display, the whole interface will get severely laggy. Hovers, clicks, etc. has a big delay up to 1-2 seconds.
On the main display it's still a bit (noticebly) behind, but short enough to be no interruption.
I know this is hard to debug, but is's maddening me.
Bug: No-reply "Reply not supported" popup shouldn't appear if there is a valid Reply-To
Status: UNCONFIRMED
Priority: --
Created: 2022-12-15 11:49:30+00:00
Resolved: 2024-05-08 06:48:11+00:00

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

Steps to reproduce:

Reply to a message coming from a noreply@ address, but that has a valid Reply-To header


Actual results:

The "Reply not supported" popup appears warning about the FROM noreply@


Expected results:

Popup shouldn't have appeared since the compose window will open with the REPLY-TO address, which is a valid one (not a noreply@ one)
Bug: GUI issues for mailling lists with the new Address Book - cannot drag a contact to a mailing list in another AB
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-15 13:10:44+00:00
Resolved: 2023-01-04 16:06:01+00:00

Steps to reproduce:

Trying to add an email to a list in the Address book, as it used to work easily up to recently.


Actual results:

It's just no longer possible to directly add emails.
Adding an email to a list is now pretty complicated since the recent changes in the Address Book, with hard to understand issues.
While before, we could directly enter the new email to add to the list.
Now, 
- not only the email must already be in the address book: search for in the book then drag'n'drop to the list (so we now must first enter the email in the contacts),
- but also it won't work ( drop doing nothing without explicit complain ) if the email was in the Collected rather than Personal Address Book. Then we have to first edit the contact to move it to second, then search in the book, then do the drag & drop.


Expected results:

→ Please just get back to the possibility of directly adding emails to lists
→ Please allow drag & drop from any Address Book.
Bug: filter with customized header field
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-15 14:04:39+00:00
Resolved: 2022-12-16 11:08:09+00:00

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

Steps to reproduce:

In the filter interface :
1.  create a new filter and name it,
2.  select customize... as first field of the rule,
3.  add a new header name as "List-Id" and "OK" button
4.  "List-Id" is selected as tested field, now complete the rule as "contains" or "is" and your choosen value,
5.   Validate your filter 
6.  Choose perform action "Move Message to" and correct folder in your mailbox,
7.  Enable the filter Log and "Clear Log" if necessary,
8. Select your filter, verify the folder where to apply "Run selected filter(s) on" and clic on "Run Now"
7. 


Actual results:

Nothing


Expected results:

Filter should be applied, message(s) should be moved and a log should be produced.
If I create a similar rule for the same message using a standard header field as "From" or "Subject", it works.
An example of rule that doesn't works attached (part of
Bug: Mark-Of-The-Web not applied to attachments saved with drag & drop (Windows)
Status: RESOLVED
Priority: P3
Resolution: FIXED
Created: 2022-12-15 20:13:49+00:00
Resolved: 2025-02-04 22:24:26+00:00

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

Steps to reproduce:

The MotW for a file is not applied when using the Drag&Drop function of Thunderbird.
I thought, this might get fixed by this bug 1746139, but the problem consists.

Steps to reproduce:
Generate a file with MotW:
` Set-Content -Path '.\WithMotW.txt' -Stream Zone.Identifier -Value '[ZoneTransfer]','ZoneId=3'`

Send the file per mail and use the "Save As" dialoge and another time Drag&Drop.




Actual results:

The Drag&Drop version of the file, does not getting the motw applied, the one saved via the dialog does.


Expected results:

Both files should have the MotW applied to prevent malicious files from executing by users.
If needed some information about MotW can be found here:
https://outflank.nl/blog/2020/03/30/mark-of-the-web-from-a-red-teams-perspective/
Bug: Saving an attachment in very large emails gives a file of 27 bytes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-15 20:21:43+00:00
Resolved: 2022-12-15 20:42:36+00:00

+++ This bug was most likely initially created as a clone of Bug #1589649 +++

When I attempt to save certain attachments from emails received via IMAP account, I get a file/files of just 27 bytes. This only happens to me with really large emails, where total size of mail body and attachments is well over 10MB. I've never observed this bug with "regular" sized emails with attachments.

Opening the attachment in Thunderbird also fails as it obviously create temporary file with invalid content.

I've found that such attachments can only be opened by saving the whole email message in .eml file format in Thunderbird and then opening this message in Thunderbird via "Open saved file" feature in "File" menu. Then it works just fine.
Bug: Emails are confused, unreadable or swapped ("Repair Folder" temporarily helps)
Status: UNCONFIRMED
Priority: --
Created: 2022-12-15 20:47:41+00:00
Resolved: 2023-04-17 08:20:04+00:00

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

Steps to reproduce:

Open an email. ... Some time passes (days or hours). Open the same email again.


Actual results:

Usually at the first time I open any email everything is OK.

But sometime when I go back to some email it's broken... somehow. Not every email. Only 1-2. And the way of breaking is not se same.... So it's really random which email goes down and how.

The way of breakings:
- The email is completely empty
- It contains a completely different correspondence.
- It contains some kind of coded, crisscross, unreadable.
- The email header is completely empty or it is header of a completely different correspondence. But not even the "Sender" and "Recipient" labels are there in Thinderbird or right.

I have attached a picture of 4 such emails, and next to it you can see what these emails should actually look like. (I took the "real" picture from webmail.)

I used for 1-2 years another email client at the same email service provider and there were never such problem with it.

About a month ago, I changed hosting and e-mail provider. The problem with Thunderbird remained.

I have tried to "Repair Folder" function in the folder properties, which temporarily solves the problem with the currently problematic emails, but it just messes up all my labels, and later the same problem occurs with other e-mails.

The problem has been occurring regularly for 1-2 years.


Expected results:

All emails are opened with its own data.
Bug: Scroll wheel no longer works when TB updated to 109.0b1
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-15 22:52:44+00:00
Resolved: 2023-06-24 15:38:14+00:00

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

Steps to reproduce:

I opened a received email message in its own window for the first time after updating to version 109.0b1 (64-bit), windows 11 pro current updates, and attempted to scroll the message with the mouse scroll wheel.


Actual results:

The message would not move up or down using the scroll wheel. I could grab the scroll bar in the window and move it. I could click arrow up or down on the keyboard and move it. I could scroll windows in other applications. I closed TB, reopened, and still no mouse wheel scroll.

ALSO: the message list does not scroll with the mouse scroll wheel.


Expected results:

The message displayed should have moved with the mouse scroll wheel and the message list should have moved.
Bug: STARTTLS settings ignored on SMTP
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-12-16 01:30:53+00:00
Resolved: 2024-03-02 17:01:09+00:00

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

Steps to reproduce:

Disable ꜱᴛᴀʀᴛʟꜱ with a sever that claims to support ꜱᴛᴀʀᴛʟꜱ but doesn’t (like sdf-eu.org).


Actual results:

Thunderbird attempt to perform ꜱᴛᴀʀᴛʟꜱ despite the connection setting stating it’s disabled. Log‑in fails, then message sending fails too.


Expected results:

It should follow configured settings to only perform everything in clear text.
Bug: `Reply from this identity when delivery headers match...`: Label text isn't clear, and no documentation (was: With catch-all, Thunderbird impersonates other email address when replying to a mail whose CC is a mailing list)
Status: NEW
Priority: --
Created: 2022-12-16 08:26:55+00:00
Resolved: 2024-04-08 22:42:37+00:00

Steps to reproduce:

- Setup multiple email addresses (let's say a@foo.com, b@foo.com, c@bar.com)
- In Account Settings, activate "Reply from this identity when delivery headers match" and set the value of the field to "*@foo.com"
- Have a mailing list from "foo.com", say mailinglist@foo.com


Actual results:

When someone sends a mail from x@foo.com to some person somebody@foo.com, and puts the mailing list mailinglist@foo.com in the CC field, when replying either to the sender or the mailing list, Thunderbird choses the email address of "somebody@foo.com" as the sending mail address, and not my address a@foo.com.


Expected results:

My identity a@foo.com should be the sending email address, and not some third party, of whom the identity was stolen.
Bug: mail.warn_on_send_accel_key has no effect. Mail is always immediately sent
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2022-12-16 11:39:01+00:00
Resolved: 2022-12-16 16:10:03+00:00

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

Steps to reproduce:

To send a new message I press Ctrl-Enter.
No matter if the key mail.warn_on_send_accel_key is set to True or False, the message is always sent immediately.


Actual results:

Message is always sent immediately.


Expected results:

Message should be sent directly only if the switch is set to false. If the switch is set to "true", a warning should appear before the message is sent, which must be confirmed.
Bug: Unable to Download/Sync my gmail
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2022-12-16 16:56:20+00:00
Resolved: 2023-01-15 18:00:20+00:00

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

Steps to reproduce:

Start Thunderbird.
Lower left: You are currently online.
Upper right: Display the Thunderbird Menu.
File.
Offline.
Download/Sync Now…
Mail messages (only) checked.
OK.
Thunderbird version 102.6.0 64-bit.
Windows version:
Edition Windows 11 Home
Version 22H2
Installed on 22/‎09/‎20
OS build	22621.963
Experience Windows Feature Experience Pack 1000.22638.1000.0


Actual results:

Full e-mail address goes away, replaced with “Email or phone”. It should be a password entry.
No matter what I type it keeps going back to the Email or phone prompt.
I tried typing the e-mail address. It goes back to the Email or phone prompt.
I tried typing the password for that account: Sorry, Google doesn't recognize that email. 


Expected results:

There should be a prompt for the password after clicking on the Next button under the e-mail address.
This routine used to cycle through all of the e-mails I have on my Thunderbird, requesting a password for each and continuing with next one until all are entered.