av9ash/GitBugs huggingface dataset:
Bug: Thunderbird Does not automatically load messages anymore
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-04-25 14:56:54+00:00
Resolved: 2024-09-30 12:08:42+00:00

Steps to reproduce:

Open Thunderbird and let it open


Actual results:

First as expected messages are loaded, re selecting another newsgroup fails to load messages and I have to close an re open Thunderbird to load messages.


Expected results:

Messages should load after selecting different newsgroups like it did before..
Bug: Intermittent Shutdown hanging at step XPCOMShutdownFinal. Something is blocking the main-thread. [@ mozilla::(anonymous namespace)::RunWatchdog] | comm/mail/components/extensions/test/browser/browser_ext_tabs_events.js (finished)
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-25 16:08:04+00:00
Resolved: 2025-02-20 09:09:02+00:00

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

---
```

```
Bug: Message list: additional display of the e-mail address next to the sender's name
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-25 16:40:57+00:00
Resolved: 2024-04-25 18:07:32+00:00

Since a few versions of Thunderbird Daily, I have noticed that the e-mail address is also displayed next to the sender's name. However, this is too much information for screen readers. On the one hand, too much space is taken up on the Braille display, and on the other hand, too much information is announced.

### Steps to reproduce

* Navigate in the message list using the arrow keys.

#### Result

The sender is displayed as something like: “Ali Savas <ali-savas@gmx.de>”

#### Expected

Only the name specified as the sender should be displayed. In my case only “Ali Savas”
Bug: Port bug 1885985: macOS artifact builds broken
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-25 17:41:05+00:00
Resolved: 2024-04-25 21:19:13+00:00

FileNotFoundError: [Errno 2] No such file or directory: '/Users/rob/obj-mu/dist/update_framework_artifacts/UpdateSettings-localbuild.framework/UpdateSettings'
Bug: message created with medium font size, when recieved in outlook 365, creates message with unreadable small font size
Status: UNCONFIRMED
Priority: --
Created: 2024-04-25 19:18:27+00:00
Resolved: 2024-07-13 11:18:53+00:00

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

Steps to reproduce:

Options - Composition - HTML Style
Font: Variable Width, Size: Medium
Message created and sent to different email clients


Actual results:

Most of the email clients recieves a message with normal readable font size, but client with Outlook 365 (version 2403) recieves a message with unreadable small font size. When the same Outlook 365 client reply, the same small font size is preserved in a message I recieved in Thunderbird 115.


Expected results:

The recieved message font size must be in some readable size.
When I select font size to Small or Large, the Outlook 365 client recieves a message with readable font size, so the problem exists only with font size Medium
Bug: Using the --faster flag during mach build doesn't capture front-end changes
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-25 20:56:23+00:00
Resolved: 2024-05-02 14:28:17+00:00

Since a few weeks ago running a `mach build --faster` after changing some simple front-end code doesn't produce any update to the built application as even simple CSS changes are not included.
Doing a full build is always needed.

This is reproducible on Windows, I haven't tested if this happens also in other OSs.
Bug: slow quick filter
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-26 02:07:09+00:00
Resolved: 2024-10-05 18:34:50+00:00

Nightly build 127.0a1 20240424100914, quick filter can be janky.  I could be wrong but I feel like this started happenin in the last few weeks.

1. Inbox folder for work account, not unified folder mode - **unthreaded**, sort by date ascending, 13,000 messages
2. type or paste "test" in quick filter, display of message list and count of filtered messages changed in two parts - the final display and one intermediate
3. click "clear text field", display of message list and count of filtered messages changed in two parts - the final display and one intermediate

Result:  both show as being about 3 seconds in this performance profile https://share.firefox.dev/4bcyuaE - #2 first and #3 second.
Alternate result: change folder to **threaded**, there is no intermediate result 

Abbreviated stack is roughly:
nsMsgQuickSearchDBView::Open
nsMsgThreadedDBView::InitSort
nsMsgDBView::Sort
std::__1::sort[abi:un170006]
std::__1::__partition_with_equals_on_right[abi:un170006]
nsMsgDatabase::RowCellColumnToAddressCollationKey
mozilla::mailnews::DecodedHeader
Bug: since 04-23-2024 Thunderbird is not getting new mail from earthlink.net
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-04-26 03:55:41+00:00
Resolved: 2024-04-27 15:22:24+00:00

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

Steps to reproduce:

I went into windows safe mode and cleared prefetch and temp folders.


Actual results:

after reboot, no change 


Expected results:

I expected Thunderbird to pick up the new mail from earthlink.net
Bug: unread email counter in junk folder not updated
Status: UNCONFIRMED
Priority: --
Created: 2024-04-26 05:43:07+00:00
Resolved: 2024-06-17 16:13:53+00:00

Steps to reproduce:

- thunderbird up and running with inbox being selected
- new emails arrive which are tagged and moved to junk folder by imap server



Actual results:

- unread email counter in folder list does not indicate any email in junk folder

- pushing button "retrieve emails" doesn't change anything
- restarting thunderbird doesn't change anything
- moving a single email to junk folder turns the counter just to one

- selecting junk folder updates the counter to the correct value


Expected results:

- unread email counter should be updated irrespective of what happens in the background and which folder is selected

Note: unread emails in junk folder are correct displayed by roundcube web mailer
Bug: Date and time format doesn't get applied to calendar year
Status: UNCONFIRMED
Priority: --
Created: 2024-04-26 11:40:26+00:00
Resolved: 2024-04-26 12:35:34+00:00

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

Steps to reproduce:

My situation:
- Had my Mac locale set to "Thailand" (with the calendar set to "Gregorian" instead of the default "Buddhist") and the date format "2024-08-19" (YYYY-MM-DD)
- Had my Thunderbird locale set to "English (United Kingdom)"

Steps:
1. Go to Thunderbird settings
2. Then "Date and Time Formatting"
3. Try selecting "Application locale" -- "English (United Kingdom)" in this case
4. Quit and reopen Thunderbird
5. Check the dates on email messages


Actual results:

Dates are being shown as "2567-04-26" (Bhuddist year)


Expected results:

Dates should be shown as "2024-04-26" (Gregorian year).
I had both my Mac preference and Thunderbird locale set to use Gregorian calendar, but it still displays the Bhuddist one.

The difference between the two calendar years: Gregorian = Bhuddist - 543.
Bug: Subject lines in message pane in cards view are not colored when using tags
Status: RESOLVED
Priority: --
Resolution: WONTFIX
Created: 2024-04-26 11:41:57+00:00
Resolved: 2024-08-03 14:33:03+00:00

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

Steps to reproduce:

I tagged a message


Actual results:

The icon in the message pane got colored. The email subject stayed black. 


Expected results:

The email subject should get colored as in TB115
Bug: Crash reporter branded as "Firefox Crash Reporter"
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-26 13:37:03+00:00
Resolved: 2024-06-05 08:06:42+00:00

The crash reporter currently shows with the default "Firefox Crash Reporter" for Thunderbird. I've seen this both on beta 126 and a local build on the current 127 branch.

The reason from what I can tell is that the crash reporter can not find the localization files. Both the `crashreporter.ftl` and `brand.ftl` are in different locations than the crash reporter is assuming them to be, so it falls back to the default localization.

Our `crashreporter.ftl` is in `localization/{locale}/crashreporter/crashreporter.ftl` (of the "main" `omni.ja`), while the crash reporter assumes it's in `localization/{locale}/toolkit/crashreporter/crashreporter.ftl`. Hopefully we can adjust packaging on our side to match the expected path?

Our `brand.ftl` is in the "main" (and only) `omni.ja` in `localization/{locale}/branding/brand.ftl`, while the crash reporter assumes it's in an `omni.ja` within the `browser` directory. This is probably harder to solve from our side, and would likely need some changes in the upstream crash reporter.

I've attached a patch that I applied locally to test if these paths are indeed the issue, however this patch is not how the issue should be solved!

How to test locally:
- Add `ac_add_options --enable-crashreporter` to your `mozconfig`
- Run `./mach build`, `./mach package`, `./mach run --packaged --enable-crash-reporter`
- Crash Thunderbird (I used `Cc["@mozilla.org/processtools-service;1"].getService(Ci.nsIProcessToolsService).crash(Cc["@mozilla.org/processtools-service;1"].getService(Ci.nsIProcessToolsService).pid)` for testing)
Bug: global search returns list of messages, but messages are not found
Status: NEW
Priority: --
Created: 2024-04-26 18:53:14+00:00
Resolved: 2024-12-07 22:11:01+00:00

I can search for emails. For example, I put hinshaw in the search box (upper) and I see a person from the list that appears. I click on her. Then I am shown a list of 4 emails. I can see the headers and the beginning of the message, but when I click on a message, nit takes me to a new window with no content, no messages, no headers, no nothing.

If I can find the message enough to see the top bit of it and the headers, then why can it not direct me to the message?

See the pics. The 3rd pic is what I get by clicking on the first email in the list visible in the 2nd pic.

If I moved the message, or deleted it, is there something that needs to be updated so that it does not still "see" it without actually being able to see it?
Bug: "From" and "Correspondents" Fields Show E-mail Addresses of Sender
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-26 20:49:11+00:00
Resolved: 2024-04-27 23:39:16+00:00

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

Steps to reproduce:

1. Open Thunderbird.
2. Go to the Inbox and look for at the email list on the right.


Actual results:

In the Inbox, both the "From" and "Correspondents" fields on the right side show both the name of the sender and the email address.


Expected results:

These fields should only show the name of the sender. By showing both name of sender and email address, it makes it cumbersome and hard to read. 

If this is a new functionality, this addition should be an option.
Bug: Spurious "empty" entries in message list
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-26 22:33:56+00:00
Resolved: 2024-04-27 05:03:23+00:00

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

Steps to reproduce:

Version 115.10.1 on MacOS 11.7.10 Big Sur on my Macbook Pro.

Don't really know what precipitated this. Scrolled to the top (oldest) part of a message list.


Actual results:

Found dozens of message entries with all the fields containing nothing.


Expected results:

Such entries are not "real" and shouldn't be there.
Bug: Spurious "empty" entries in message list
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-26 22:36:34+00:00
Resolved: 2024-04-28 06:10:23+00:00

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

Steps to reproduce:

TB Version 115.10.1 on MacOS 11.7.10 Big Sur on my Macbook Pro Retina 13" late 2013.

Don't really know what precipitated this. Scrolled to the top (oldest) part of a message list.


Actual results:

Found dozens of message entries with all the fields containing nothing.


Expected results:

Such entries are not "real" and shouldn't be there.
Bug: Message list may be unsorted in unified folder after changing to unthreaded view
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-27 08:29:25+00:00
Resolved: 2025-01-02 16:09:31+00:00

__Steps to reproduce:__
1. Create a new saved search covering at least two folders.
2. Select "Sort by" -> "Unthreaded".

__Expected result:__
The message list appears unthreaded and sorted by the current sort order.

__Actual result:__
The message list appears unthreaded and unsorted.
Bug: Changed sort type in a quick-filtered unified folder isn't saved
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-27 11:45:16+00:00
Resolved: 2024-05-20 12:59:55+00:00

__Steps to reproduce:__
1. Open a unified folder.
2. Use the quick filter and type in a letter.
3. Change the sort type.
4. Type in another letter, or clear the search.

__Expected result:__
The sort order is maintained when the search term is changed or cleared.

__Actual result:__
The sort order reverts to the previous one.
Bug: Intermittent comm/mail/base/test/browser/browser_mailContext.js | Uncaught exception in test bound testSingleMessage - waiting for row element to no longer be attached -
Status: NEW
Priority: P5
Created: 2024-04-27 12:43:00+00:00
Resolved: 2024-05-20 06:36:45+00:00

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

---
```

```
Bug: Birthday without year is shown as 1604
Status: UNCONFIRMED
Priority: --
Created: 2024-04-27 13:12:21+00:00
Resolved: 2024-04-29 15:42:12+00:00

Steps to reproduce:

On my phone, I added a birthday without a year to a contact. The address booked is synced with Thunderbird via CardDav.


Actual results:

In Thunderbird, this shows as a birthday in the year 1604.


Expected results:

Thunderbird should treat this as a birthday without year.
Bug: browser.menus.onClicked handler fails when the background script has been stopped (Non-persistent background scripts)
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-27 21:55:43+00:00
Resolved: 2024-05-29 12:31:52+00:00

STR

1. Install the attached add-on as a temporary add-on.
2. Right click on any folder in the main tab and select "analyse dmarc results".

=> At this stage a new tab is correctly opened to prove it works.

3. Close the tab, then on the debugging add-ons page, terminate the background script of the add-on.
4. Right click on any folder in the main tab and select "analyse dmarc results".

Expected Results

The tab is opened

Actual Results

The tab fails to open because the handler wasn't called.

In Thunderbird 115 this error is thrown:

`TypeError: linkedBrowser is null ext-menus.js:1415:13`

In Thunderbird 127.0a1 it is:

`TypeError: can't access property "getTabForBrowser", linkedBrowser.ownerGlobal.gBrowser is undefined ext-menus.js:1456:13`

Running the menu item a second time works, because by that time the background script has started.
Bug: browser.messages.* fails to return messages with attachments when the attachment is the only part
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-28 11:18:41+00:00
Resolved: 2024-05-19 00:57:13+00:00

I have a message that is structured as shown below. It only has the attachment part. When I query via `await browser.messages.query({ attachment: true });` the message is never returned.

```
Date: Thu, 25 Apr 2024 16:59:59 -0700
Message-ID: <11552021685173708940@example.com>
Subject: Report 
From: noreply-support@example.com
To: workspace@example.com
Content-Type: application/zip; 
	name="report.zip"
Content-Disposition: attachment; 
	filename="report.zip"
Content-Transfer-Encoding: base64
```
Bug: Deleting messages raises TypeError: SearchIntegration is null errors on the console
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-28 13:34:13+00:00
Resolved: 2024-04-29 07:56:50+00:00

When I delete messages in Thunderbird 126.0b1 on Mac, I get the following error in the console:

`TypeError: SearchIntegration is null SearchIntegration.sys.mjs:608:7`

I would not expect this to raise an error on Mac, since there appears to be a search integration there. However, even if that was working correctly, that implies there's something wrong with Linux as well.

Marking this as a regression as it doesn't happen in 115. Not sure if there's any practical effects, but it is something else to have to ignore when debugging extensions.
Bug: Import to CardDAV address book not available
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-28 14:25:33+00:00
Resolved: 2024-05-06 10:13:52+00:00

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

Steps to reproduce:

1. Create a new address book from a CardDAV service
2. Click on "Import" in the toolbar
3. Select the .vcf file



Actual results:

The CardDAV address book is not available as import target. I cannot import the contacts I exported from Google to my own CardDAV server using Thunderbird. May need to find another software only for this purpose. I hope Thunderbird could even write to the CardDAV server, otherwise it'll be useless anyway.


Expected results:

The CardDAV address book should be available as import target.

I have restarted Thunderbird between creating the address book and trying the import, but it didn't help.
Bug: Signature not included when forwarding mail
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-04-28 14:45:54+00:00
Resolved: 2024-04-29 15:20:33+00:00

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/123.0.0.0 Safari/537.36 OPR/109.0.0.0

Steps to reproduce:

Forward a mail from an imap account.


Actual results:

Signature (ASCII characters, not file) is not included.


Expected results:

Signature included similar to "Reply to" and "New Message".

More than happy to provide additional information if required.
Bug: After copying a profile folder from Windows to Linux, special characters are shown with IMAP encoding
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-28 15:21:27+00:00
Resolved: 2024-05-02 07:31:35+00:00

I switched from Windows 10 to Linux. The Thunderbird version on Linux is now 115.10.1. I was following stable releases, so I assume it was the same or very close on Windows (I do not have access to the Windows installation anymore).

I basically copied the whole contents of my AppData/Roaming/Thunderbird folder into ~/.thunderbird. I started Thunderbird with -p and selected the right profile.

Works fine so far, except one thing:

(IMAP) folders with a special character (e.g. German umlauts) are shown encoded in the folder pane. E.g. "Behörden" is shown as "Beh&APY-rden". They were shown correctly before on Windows.

Also, I'm now seeing "Drafts-1" (which actually contains the messages it's supposed to contain), next to an empty "Entwürfe" (German translation of "Drafts"). Similar for "Sent-1" vs. "Gesendet", "Archives-1" vs. "Archiv", and possibly more.

I opened the profile in offline mode now. And I kept the original folder migrated from Windows so I could help investigate.

I guess (or hope) once I go online and let TB do its thing, it would sync with IMAP and eventually end up with the correct names. Or maybe not, because existing files in the profile would cause it to mess things up ...
Bug: Getting messages by changing folder won't work if there's a certificate error
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-04-28 20:49:20+00:00
Resolved: 2024-07-13 13:48:17+00:00

Opening a folder causes Thunderbird to connect to the server and check for new messages. This isn't working if there is a certificate error. When I wrote a test for getting messages with a certificate error, it only checks what happens if you click the Get Messages button, which works.
Bug: Intermittent comm/mail/base/test/browser/browser_navigation.js | This test exceeded the timeout threshold. It should be rewritten or split up.
Status: RESOLVED
Priority: P5
Resolution: DUPLICATE
Created: 2024-04-29 05:32:24+00:00
Resolved: 2024-04-30 12:35:46+00:00

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

---
```

```
Bug: Reply email gets additional recipient when typing fast
Status: RESOLVED
Priority: --
Resolution: WORKSFORME
Created: 2024-04-29 10:50:13+00:00
Resolved: 2024-06-07 06:51:47+00:00

Steps to reproduce:

Press Ctrl+R to reply to an email.
Begin typing your message without any delay.
This bug can only trigger if the first letter of your message appears somewhere in your address book. So it won't work with a completely empty address book.


Actual results:

For about 0.1 seconds, the cursor is located in the "to"-field. The first letter of your message is therefore typed into the "to"-field.
Autocomplete then adds an extra recipient to the mail.


Expected results:

When pressing Ctrl+R, the cursor should be immediately in the message field and not be (for a split second) in the "to"-field, to avoid an additional recipient getting added to the to-field.
Bug: Add-ons do not work when only the compose window is opened
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-04-29 11:23:51+00:00
Resolved: 2025-02-13 17:30:40+00:00

When Thunderbird is not running and only the compose window is opened, i.e. via the `-compose` command line parameter, then add-ons like [Mail Merge](https://addons.thunderbird.net/thunderbird/addon/mail-merge/) or [HTML Source Editor](https://addons.thunderbird.net/thunderbird/addon/html-source-editor/) do not work.

For example: The toolbar buttons are shown, but clicking them has no effect. The menu item in the "Tools" menu (for Mail Merge) and the menu item in the context menu of the editor (for HTML Source Editor) are not shown.

I am able to reproduce this in Stable 115, Beta 126 and Daily 127 (2024-04-28) under Windows 10 / 11 and Arch Linux with KDE.

Under Windows 10 / 11 there is another way to open only the compose window, which leads to the same behavior, i.e. non-working add-ons in the compose window: When Thunderbird is set as the default email application and a mailto link, e.g. [info@example.com](mailto:info@example.com) is opened in Edge or Firefox. (Under Arch Linux with KDE opening a mailto link in Firefox works correctly.)

Both observations seem similar to the case of the `mailto` command line parameter, which has been addressed in Bug 1800423. (Opening Thunderbird via the command line `thunderbird mailto:info@example.com` works indeed correctly.)

In Bug 1755576 there is a discussion at the moment, whether or not to open the main window, when only the compose window shall be opened. In any case, please make sure add-ons are fully working either way.