av9ash/GitBugs huggingface dataset:
Bug: mail list: 'apply columns to' isn't applied to subfolders
Status: UNCONFIRMED
Priority: --
Created: 2024-01-02 14:51:23+00:00
Resolved: 2024-03-15 17:26:20+00:00

Steps to reproduce:

thunderbird 115.6.0

from 'local folders', attempted to apply visible columns to all subfolders/children of local folders in the mail list pane


Actual results:

applying the visible columns to all subfolders/children in the mail list pane has no effect on the children


Expected results:

columns should be applied to children
Bug: Thunderbird does not respect the system default url handler
Status: NEW
Priority: --
Created: 2024-01-02 15:11:14+00:00
Resolved: 2024-07-31 11:45:47+00:00

I am using XFCE4. The default url handler used to be respected. However since 121.0beta6, it is no longer used. I saw that bug 216252 also exists, however that must have actually been fixed at one point because it definitely _was_ working.

It looks like XFCE4 exposes the handler through `xdg-settings` with `default-web-browser`. Other non-XFCE4 applications use this correctly. Using `xdg-open` from the command-line uses the configured web browser correctly.

A notable disparity is that `xdg-open` in XFCE4 invokes `exo-open`, which I believe is what ties into the XFCE4 settings. For instance, if I run `xdg-mime query default x-scheme-handler/https`, that shows firefox as the default handler (which is _not_ what is configured in XFCE4).

As a workaround, I manually configured things so that `xdg-mime query default x-scheme-handler/https` directs to what I expect, and now links work as expected again. If there was a change in Thunderbird related to this, I would advise changing to use `xdg-open` instead (which seems to do the Right Thing™). If there was no change, it's very possible that some other applications messed up the default handler configuration. However either way it is important to note that other applications still opened urls as I expected, and only Thunderbird was using the (seemingly misconfigured?) alternate settings.
Bug: ThunderBird blocks images from templates located in subdir (nested template dir)
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-02 15:19:40+00:00
Resolved: 2024-12-26 21:29:16+00:00

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

Steps to reproduce:

create email with image
save as temlate
go to template dir
create sub dir in template dir ! "sub dir" with space in the name
move saved template to the subdir
try to create email using template located in the subdir

discussion was taken here:
https://superuser.com/questions/1823973/thunderbird-blocks-images-from-templates-located-in-subdir-nested-template-dir/



Actual results:

ThunderBird block images


Expected results:

Image should be adde to new email
Bug: Thread Pane constantly scrolls UP while IMAP folder is updating with lots of messages when Sort Order is newest at bottom (pop)
Status: UNCONFIRMED
Priority: --
Created: 2024-01-02 15:40:56+00:00
Resolved: 2024-02-01 16:15:23+00:00

Steps to reproduce:

1. I have set IMAP folders to only download Message Headers, and download the message on demand when selected
 - NOTE:
I tried to confirm this setting, but cannot find it. I know there used to be a specific setting to only download message headers, but - where is t now? Anyway, while the messages are downloading, it does say it is only downloading the headers, not the full messages.

2. Select Inbox with 26 thousand+ messages

3. Right-click folder > Properties > Repair Folder

4. Inbox starts rebuilding and downloading Message Headers

5. Change Sort Order to Date, Newest at the BOTTOM

RESULT:
It is impossible to keep the message list scrolled all the way down to the bottom to see the latest messages. As older messages are populated, it scrolls the messages UP so that you cannot see the newest messages, and the list is constantly scrolling, so you are unable to really do anything.


Actual results:

RESULT:
It is impossible to keep the message list scrolled all the way down to the bottom to see the latest messages. As older messages are populated, it scrolls the messages UP so that you cannot see the newest messages, and the list is constantly scrolling, so you are unable to really do anything.


Expected results:

EXPECTED:
Message headers should continue downloading, but the list view should remain constant with the latest messages shown at the bottom of the window.
Bug: Headers on Compose window cannot be read , no contrast with background
Status: UNCONFIRMED
Priority: --
Created: 2024-01-03 03:35:38+00:00
Resolved: 2024-01-05 05:51:07+00:00

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

Steps to reproduce:

Click on New Message, or reply to an existing message


Actual results:

Write window pops up.  When window not active, can just see light grey text on white background for first 2 lines of window. When window is active (has focus)  the first 2 lines are illegible (white on white) and the From line is also illegible (dark grey on black)


Expected results:

Should be able to read the text.

Same problem in troubleshoot mode. Version 122.0b1 on Kubuntu Linux 22.04.3
Bug: Crash in [@ OOM | large | mozalloc_abort | xul.dll | alloc::raw_vec::RawVec<T>::reserve]
Status: NEW
Priority: --
Created: 2024-01-03 03:55:29+00:00
Resolved: 2024-04-23 03:34:01+00:00

#13 crash for 115.6.0

Crash report: https://crash-stats.mozilla.org/report/index/b7c7f8be-6712-437d-977b-7dcf00231228 is dieter

MOZ_CRASH Reason: ```out of memory: 0x0000000000064F50 bytes requested```

Top 10 frames of crashing thread:
```
0  mozglue.dll  MOZ_Crash  mfbt/Assertions.h:264
0  mozglue.dll  mozalloc_abort  memory/mozalloc/mozalloc_abort.cpp:26
1  mozglue.dll  mozalloc_handle_oom  memory/mozalloc/mozalloc_oom.cpp:51
2  xul.dll  mozglue_static::oom_hook::hook  mozglue/static/rust/lib.rs:137
3  xul.dll  std::alloc::rust_oom  library/std/src/alloc.rs:355
4  xul.dll  std::alloc::_::__rg_oom  library/std/src/alloc.rs:351
5  xul.dll  xul.dll@0x40125a4  
6  xul.dll  alloc::raw_vec::RawVec<u8, alloc::alloc::Global>::reserve  /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/alloc/src/raw_vec.rs:294
6  xul.dll  alloc::vec::Vec<u8, alloc::alloc::Global>::reserve  /rustc/84c898d65adf2f39a5a98507f1fe0ce10a2b8dbc/library/alloc/src/vec/mod.rs:912
6  xul.dll  peek_poke::poke_into_vec<enum2$<webrender_api::display_item::DisplayItem> >  gfx/wr/peek-poke/src/lib.rs:76
```
Bug: Intermittent comm/mail/test/browser/tabmail/browser_dragndrop.js | A promise chain failed to handle a rejection: error loading dynamically imported module: chrome://messenger/content/tree-view.mjs
Status: RESOLVED
Priority: P5
Resolution: WORKSFORME
Created: 2024-01-03 07:37:06+00:00
Resolved: 2024-08-30 00:07:18+00:00

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

---
```

```
Bug: (xul) new mail notification opens mid screen (not at bottom right corner like it should)
Status: NEW
Priority: --
Created: 2024-01-03 12:05:26+00:00
Resolved: 2024-01-04 11:12:36+00:00

Noticed in bug 1870512..

If you disable the system notification for incoming mail, the notification opens up at a weird location (mid screen-ish). 
In 115 it's still working, opening at the right bottom of the screen.

STR: in the settings, untick When a new message arrives, "Use the system notification" [x].
Observe notification placement when a message arrives.
Bug: tb.ui.configuration.message_header - The key is not allowed for this scalar.
Status: UNCONFIRMED
Priority: --
Created: 2024-01-03 12:13:41+00:00
Resolved: 2024-12-09 14:44:49+00:00

Steps to reproduce:

Just used TB as per normal.


Actual results:

On occasion errors appear such as:

2 CalAlarm.jsm:564:17
10:33:29.805 tb.account.size_on_disk - Truncating float/double number. 2
10:33:29.807 tb.ui.configuration.message_header - The key is not allowed for this scalar.


Expected results:

Error not ,to nen shown?
Bug: [comm-central] perma gmake[4]: *** [Makefile:38: vendored-rust-check] Error 1
Status: RESOLVED
Priority: P5
Resolution: FIXED
Created: 2024-01-03 18:57:20+00:00
Resolved: 2024-09-11 18:00:24+00:00

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

---
```

```
Bug: Long message subject tooltip in thread pane displays only after message is selected
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-03 19:01:03+00:00
Resolved: 2024-01-12 18:28:44+00:00

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

Steps to reproduce:

Start with a mailbox containing unread messages with long subjects that overflow the subject column, and are thus truncated.

Hover over one of the truncated subjects


Actual results:

Tooltip containing the complete message subject is not displayed.

Click on the subject to select the message, then move the mouse away and back over the truncated subject.

The tooltip is displayed


Expected results:

The tooltip should have displayed initially, when the mouse cursor hovered over the unread truncated message.
Bug: Thunderbird uses "received from" header with date in the future
Status: RESOLVED
Priority: --
Resolution: INVALID
Created: 2024-01-03 19:07:46+00:00
Resolved: 2024-04-07 12:24:06+00:00

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

Steps to reproduce:

I am receiving mail by way of IMAP.
I've verified that the future date is in the header, regardless of what mail client, web interface that i use




Actual results:

There are multiple "Received From:" headers and 1 Date: header that report a date of, for example, 2040.
There is also another header that has the actual received date, for example 2 Feb 2023.

Thunderbird is sorting mail based on the Date: header and/or other received from: headers with the future date

Example header pieces:
Date:Wed, 22 Feb 2040 18:33:20 +0100

Received:from 10.221.57.8 by atlas107.aol.mail.ne1.yahoo.com pod-id NONE with HTTPS; Wed, 22 Feb 2040 17:33:35 +0000

X-Apparently-To:omitted@omitted_again; Wed, 22 Feb 2040 17:33:35 +0000


Received:from mta-01.omitted.com ([omitted.ip]) by DIR-08 with LMTP id omitted (envelope-from <>) for <omitted@omitted>; Wed, 22 Feb 2023 13:21:34 -0500

Other mail clients do not do this, as shown in screenshot.


Expected results:

Choose which header thunderbird uses for sort?
Ability to filter messages by date with an option of "if date is 2 days future from today"
(as timezones difference around the world could cause nature/real "received from the future", IE: Russia to Alaska
Bug: Tools->Export, exports current default profile , not current profile
Status: RESOLVED
Priority: --
Resolution: INCOMPLETE
Created: 2024-01-04 03:15:22+00:00
Resolved: 2024-03-02 19:03:52+00:00

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

Steps to reproduce:

Export current profile with Tools->Export.
There are two profiles in my Profile Manager. "P1" and "P2". I wanted to export the currently running "P2" profile when "P1" was the default profile in the Profile Manager


Actual results:

TBird exported the current default profile "P1" instead of the current profile "P2"


Expected results:

The current profile "P2" should have been exported, not the default profile "P1"
Bug: Attachments handling/adding problem if the attachment has the same filename as temp file already opened
Status: RESOLVED
Priority: --
Resolution: FIXED
Created: 2024-01-04 13:29:06+00:00
Resolved: 2025-01-30 12:30:01+00:00

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

Steps to reproduce:

That bug is extremely critical, please repair that major error as soon as possible.

For example you have two e-mails in inbox folder and that two e-mails have attachment with the same name (Invoice.pdf), but the invoices are different ones. 
You stand on e-mail1 with attachment Invoice.pdf which you open and close (the Invoice.pdf is stored temporary in C:\Users\User1\AppData\Local\Temp\pid-xxxxx as Invoice.pdf). 
Than you open e-mail2 and open there another attachment with the same filename Invoice.pdf and close it (the Invoice.pdf is stored temporary in C:\Users\User1\AppData\Local\Temp\pid-xxxxx as Invoice-1.pdf).
Now you want to compose new e-mail and drag and drop Invoice.pdf from second, third or XX opened e-mail with the same attachments name. The filesize and name of attached file is shown right at bottom of the window, but if you open or send that attachment, the Thunderbird opens (and also send) the wrong attachment -> the attachment which you opened first and is stored as Invoice.pdf in temp folder.

I am using Thunderbird for more than 15 years and trusted it. Before 115 version I didn't meet that problem. But I don't know if I upgraded in November23 from version 102... or 91...
I checked that problem on 4 different computers with Windows 10 and Windows 11. The same problem occurs. 


Actual results:

If the attachments which you move from another e-mails have the same filenames, the handling and adding from temporary folder is wrong and you easily sent wrong attachment to wrong recipient if you don't check what is added!
That bug is extremely critical and something like that should not happened!


Expected results:

When moving/attaching attachments from another E-mails to compose window, the right attachment must be added, not the wrong one from temporary folder!
That must be repaired immediately.
Bug: SpamAssassinYes rule wants to be first after Thunderbird updates
Status: UNCONFIRMED
Priority: --
Created: 2024-01-04 14:36:50+00:00
Resolved: 2024-01-10 12:09:04+00:00

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

Steps to reproduce:

Note: The problem does not depend on the platform. I have observed this problem on Windows 10, and it manifests itself now after switching to Ubuntu 23.10.

I have been using the SpamAssassin spam filter on the Thunderbird beta for the past few months. The automatic transfer of spam messages to the Spam folder is configured.

At the same time, I use a number of other filters that sort incoming emails into different folders according to various criteria. And I would like to check for spam after performing other filters, i.e. at the end, because SpamAssassin has a lot of false positives for mailing lists and other mass emails (for example, e-checks, emails from Google Alerts, etc.), which I filter by the appropriate folders.

After I started using SpamAsassin, I saw that the SpamAssassinYes rules appeared in the filtering rules (one for each account) and they are located at the beginning of the filter list.

I moved these filtering rules to the end of the list so that the spam check takes place after my other rules are fulfilled.

But since I am on the Thunderbird beta channel, updates happen quite often and after updates, the problem described below occurs. And it has been playing steadily for me for several months now.


Actual results:

After each Thunderbird update, the SpamAssassinYes filtering rule first disappears from the list of message filtering rules. And Thunderbird behaves as if this rule is the first one. That is, anti-spam works first, then the rest of the filtering rules.

After a while (probably after one/more Thunderbird restarts), the SpamAssassinYes rule starts to appear in the list of rules, but at the top of the list. Moreover, it may first appear in the rules for one account, and continue to be absent in others.

Over time, this rule appears for all accounts and I move it to the end of the list and everything starts working the way I want.

Until the next update, when the problem is reproduced again.


Expected results:

In my opinion, after Thunderbird updates, the message filtering rules should remain in place. In particular, the SpamAssassinYes rules should be displayed (and worked out) at the end of the list of filtering rules, as I configure it every time after the next Thunderbird update.

Based on the above, I consider this a bug. And I ask you to fix it.
Bug: Addons and Themes - when selecting a different theme - disabled theme not showing 'enable' button, enabled themes not always showing as enabled.
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-04 16:15:38+00:00
Resolved: 2024-05-05 16:35:55+00:00

Windows 10 OS
beta 122.0b1

In 'Addons & Themes'
Try swapping themes.
Example:
Currently using 'Light' theme.
For 'Dark' theme click on 'Enable' button.

**Actual Results**
Dark theme instantly enabled and displays correctly.
The 'Enabled' section shows two themes 'enabled' - Dark at top and below Light
both themes show a 'Disable' button.

**Expected Results**
Dark theme instantly enabled and displays correctly.
The 'Enabled' section shows one themes 'enabled' - Dark at top.
'Dark' theme to show a 'Disable' button.
Saved themes section to contain 'Light' and 'System theme'
'Light' theme to show an 'Enable' button.

**Additional problem:**
If you click on the 'Light' theme 'disable' button - note the 'Light' theme is already not enabled, so it should not have a 'Disable' button. 

**Actual Results**
The 'Enabled' section now shows 'System theme -auto' in that section.
It does not have any 'Disable' or 'Enable' button.
The 'Saved theme' section contains both 'Light' and 'Dark' themes .
The 'Dark' theme has a 'Disable' button.
The 'Light theme now shows the 'Enable' button.

**Expected Results**
Dark theme enabled.
The 'Enabled' section shows one themes 'enabled' - Dark at top.
'Dark' theme to show a 'Disable' button.
Saved themes section to contain 'Light' and 'System theme'
'Light' theme to show an 'Enable' button.

There is a downloaded theme which I removed.
Close 'Addons and Themes' tab
Then reselect 'Addons and Themes' 

**Actual Result**
No theme is displaying as 'Enabled'.
All themes are displaying under 'Saved Themes'
All the themes show as disabled hence all show an 'Enable' button.

At this point the 'Dark' theme which I selected at the start should have been the default enabled theme all along throughtout this test.
Click on the 'Dark' theme' 'Enable' button.

**Actual Result**
The 'Enabled' section shows:
'Light' theme with a 'Disable' button as if it were enabled but it is not.
'System theme -auto' as if it were enabled - but is not and there is no 'disable' button.

The 'Saved Themes' section shows:
'Dark' theme as disabled - with a 'Enable' button.

Close 'Addons and Themes' tab
Then reselect 'Addons and Themes' 
Now I'm back to seeing all three themes as disabled thus all three displaying 'Enable' button.

But Exit Thunderbird and restart will now display as expected:
'Enabled' section shows:
Dark theme as enabled and it has 'Disable' button
Under 'Saved themes' section:
'Light' and 'System theme' theme and both have an 'Enable' button.


There is something very odd going on.
Please note - in all the images at all times the 'Dark' theme which I originally selected is actually being used.

I'm supplying a series of images which show the unusual activity.
Bug: Thunderbird Quick Filter and Filter Message By BODY incorrect display while searching
Status: RESOLVED
Priority: --
Resolution: DUPLICATE
Created: 2024-01-04 16:55:39+00:00
Resolved: 2024-07-14 00:54:20+00:00

Steps to reproduce:

Choose folder that has 20,000+ messages in it (like SENT).
Click on QUICK FILTER.
Type a word or words to search for.
Select Filter Message By: BODY

NOTE: I suspect the issue is that there is NO visual indicator that shows it is STILL SEARCHING other messages. This bug happens WHILE it is searching. After 20 to 30 seconds, once it is done searching, then a full list of messages appears, and everything works properly.

This is on Thunderbid v115.6.0 (64-bit) on Windows.
This bug started happening with the UI change that occured within the last 6 months to 1 year (can not remember exact time it changed).


Actual results:

A list of a few messages is returned, but clicking on any one of the messages causes that message to change to another message.

There is no visual indicator that it is still SEARCHING thru more messages.

This bug happens WHILE it is searching. After 20 to 30 seconds, once it is done searching, then a full list of messages appears, and everything works properly.




Expected results:

Clicking on any one of the messages should display that particular message with the search terms in it.

There should be a visual indicator showing that it is still searching.

This bug happens WHILE it is searching. After 20 to 30 seconds, once it is done searching, then a full list of messages appears, and everything works properly.
Bug: Incoming server already exists
Status: UNCONFIRMED
Priority: --
Created: 2024-01-04 21:35:59+00:00
Resolved: 2024-01-16 19:00:15+00:00

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

Steps to reproduce:

1) Deleted existing account.
2) No more able to create it again.

W/S: Linux Mint Cinnamon


Actual results:

Detection of configuration and actual mail server parameters (IMAP/SMTP)  works while creating the account again.  Everything stops at the final steps & TB throws an error message "Incoming server already exists".  
Some diagnostic information from console:
-------------------
Uncaught (in promise) NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgAccountManager.createIncomingServer]
    createAccountInBackend resource:///modules/accountcreation/CreateInBackend.jsm:34
    onAdvancedSetup chrome://messenger/content/accountcreation/accountSetup.js:1982
------------------
Uncaught NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgIncomingServer.getNewMessages]
    GetNewMsgs chrome://messenger/content/mailWindowOverlay.js:1543
    GetMessagesForInboxOnServer chrome://messenger/content/mailWindowOverlay.js:994
    GetFolderMessages chrome://messenger/content/mailWindowOverlay.js:1508
    MsgGetMessage chrome://messenger/content/mailWindowOverlay.js:1000
    onCommand chrome://messenger/content/about3Pane.js:592
    handleEvent chrome://messenger/content/about3Pane.js:285
mailWindowOverlay.js:1543
    GetNewMsgs chrome://messenger/content/mailWindowOverlay.js:1543
    GetMessagesForInboxOnServer chrome://messenger/content/mailWindowOverlay.js:994
    GetFolderMessages chrome://messenger/content/mailWindowOverlay.js:1508
    MsgGetMessage chrome://messenger/content/mailWindowOverlay.js:1000
    onCommand chrome://messenger/content/about3Pane.js:592
    handleEvent chrome://messenger/content/about3Pane.js:285

FYI: Attached console file is "raw", it may contain a lot unrelated information.
 


Expected results:

TB should have re-created the account.

FYI: Starting from scratch and creating alla accounts one by one again is not option, large number of accounts.  Some automated configuration/database checkup/fix utility would be now very useful.
Bug: When hovering a folder, it doesn't always expand
Status: VERIFIED
Priority: --
Resolution: FIXED
Created: 2024-01-04 23:25:57+00:00
Resolved: 2024-02-16 17:48:21+00:00

https://hg.mozilla.org/comm-central/rev/ec4c75c93aa9 contains a logic error.

If you hover a folder that has subfolders, the timeout is set. If you hover another without subfolders before the timeout fires, the timeout is cleared. When you then return to the original folder, no new timeout is set and the folder doesn't expand.